特開 2024-110346 歯科診療管理システム、歯科診療管理方法および歯科診療管理プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024110346

(43)【公開日】2024-08-15

(54)【発明の名称】歯科診療管理システム、歯科診療管理方法および歯科診療管理プログラム

(51)【国際特許分類】

   G16H 40/40 20180101AFI20240807BHJP

【ＦＩ】

G16H40/40

【審査請求】未請求

【請求項の数】17

【出願形態】ＯＬ

(21)【出願番号】P 2023014893

(22)【出願日】2023-02-02

(71)【出願人】

【識別番号】594164542

【氏名又は名称】キヤノンメディカルシステムズ株式会社

(74)【代理人】

【識別番号】100107582

【弁理士】

【氏名又は名称】関根 毅

(74)【代理人】

【識別番号】100196047

【弁理士】

【氏名又は名称】柳本 陽征

(74)【代理人】

【識別番号】100202429

【弁理士】

【氏名又は名称】石原 信人

(74)【代理人】

【識別番号】100152205

【弁理士】

【氏名又は名称】吉田 昌司

(72)【発明者】

【氏名】西高 慎也

(72)【発明者】

【氏名】西岡 昂彦

【テーマコード（参考）】

5L099

【Ｆターム（参考）】

5L099AA01

(57)【要約】

【課題】歯科診療に必要な器具を準備する時間を短縮できるとともに、準備漏れを防止すること。
【解決手段】実施形態に係る歯科診療管理システムは、患者の歯科診療名情報を取得する情報取得部と、前記歯科診療名情報に基づいて、前記患者の歯科診療に必要な準備物を特定する準備物特定部と、前記準備物を表示部に表示させる表示制御部と、を備える。
【選択図】図２

【特許請求の範囲】

【請求項1】

患者の歯科診療名情報を取得する情報取得部と、
前記歯科診療名情報に基づいて、前記患者の歯科診療に必要な準備物を特定する準備物特定部と、
前記準備物を表示部に表示させる表示制御部と、
を備える歯科診療管理システム。

【請求項2】

前記情報取得部は、歯科診療の対象の歯に関する診療歯情報を取得し、
前記準備物特定部は、前記歯科診療名情報および前記診療歯情報に基づいて前記準備物を特定する、請求項１に記載の歯科診療管理システム。

【請求項3】

前記診療歯情報は、歯式および／または医用画像を含む、請求項２に記載の歯科診療管理システム。

【請求項4】

前記歯科診療名情報がう蝕治療を示す場合、前記準備物特定部は、前記診療歯情報に基づいて、う歯の場所および進行度を把握し、前記う歯の場所および進行度に基づいて前記準備物を特定する、請求項２に記載の歯科診療管理システム。

【請求項5】

複数の患者について、準備物の用意に関する優先度を算出する優先度算出部をさらに備え、請求項１に記載の歯科診療管理システム。

【請求項6】

前記優先度算出部は、予定診療時間の長さおよび／または診療に必要な器具の数量に基づいて前記優先度を算出する、請求項５に記載の歯科診療管理システム。

【請求項7】

前記表示制御部は、前記優先度算出部により算出された優先度が高い順に前記複数の患者の診療予定を前記表示部に表示させる、請求項５に記載の歯科診療管理システム。

【請求項8】

前記表示制御部は、複数の患者の診療予定を選択可能に前記表示部に表示させ、選択された患者の歯科診療に必要な準備物を前記表示部に表示させる、請求項１に記載の歯科診療管理システム。

【請求項9】

複数の患者間で歯科診療に使用する準備物が重複する場合、前記表示制御部は、その旨を示すメッセージを当該準備物に対応付けて前記表示部に表示させる、請求項７に記載の歯科診療管理システム。

【請求項10】

前記表示制御部は、準備物が用意されたことを確認するための準備物確認部を前記準備物に対応付けて前記表示部に表示させる、請求項１に記載の歯科診療管理システム。

【請求項11】

前記準備物にレジンが含まれる場合、前記表示制御部は前記表示部に当該レジンの色に関する情報を表示させる、請求項１に記載の歯科診療管理システム。

【請求項12】

前記表示制御部は、病院内にある器具を選択可能に前記表示部に表示させ、選択された前記器具を準備物として前記表示部に表示させる、請求項１に記載の歯科診療管理システム。

【請求項13】

前記表示制御部は、前記選択された前記器具を同一の歯科診療の準備物として次回以降、前記表示部にデフォルトで表示させる、請求項１２に記載の歯科診療管理システム。

【請求項14】

前記表示制御部は、病院内にある器具を診療台に備え付けられている器具かどうかが分かるように前記表示部に表示させる、請求項１に記載の歯科診療管理システム。

【請求項15】

前記表示制御部は、前記準備物の保管場所を前記表示部に表示させる、請求項１に記載の歯科診療管理システム。

【請求項16】

情報取得部が、患者の歯科診療名情報を取得し、
準備物特定部が、前記歯科診療名情報に基づいて、前記患者の歯科診療に必要な準備物を特定し、
表示制御部が、前記準備物を表示部に表示させる、
歯科診療管理方法。

【請求項17】

コンピュータを、
患者の歯科診療名情報を取得する情報取得部、
前記歯科診療名情報に基づいて、前記患者の歯科診療に必要な準備物を特定する準備物特定部、および
前記準備物を表示部に表示させる表示制御部
として機能させる歯科診療管理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書及び図面に開示の実施形態は、歯科診療管理システム、歯科診療管理方法および歯科診療管理プログラムに関する。

【背景技術】

【0002】

従来、歯科診療の際、医師または歯科衛生士が診療途中で患者のもとを離れて必要な器具を保管場所まで取りに行くことが一般的である。歯科診療では、特殊な器具が用いられることが多く、診療内容によっては数多くの器具を必要とする。このため、診療途中で器具を探すことは手間がかかるだけでなく、診療が中断し診療効率が大きく低下してしまう。

【0003】

歯科診療の効率化を図るためには、歯科診療に必要な器具を診療前に準備しておくことが望ましい。しかし、診療内容に応じた器具を短時間で漏れなく用意することは容易ではない。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０２１－１５７３２０号公報

【特許文献2】特表２０１９－５０２４４７号公報

【特許文献3】特開２０１５－２０４９９３号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

本明細書及び図面に開示の実施形態が解決しようとする課題の一つは、歯科診療に必要な器具を準備する時間を短縮できるとともに、準備漏れを防止することである。ただし、本明細書及び図面に開示の実施形態により解決しようとする課題は上記の課題に限られない。後述する実施形態に示す各構成による各効果に対応する課題を他の課題として位置づけることもできる。

【課題を解決するための手段】

【0006】

実施形態に係る歯科診療管理システムは、患者の歯科診療名情報を取得する情報取得部と、前記歯科診療名情報に基づいて、前記患者の歯科診療に必要な準備物を特定する準備物特定部と、前記準備物を表示部に表示させる表示制御部と、を備える。

【図面の簡単な説明】

【0007】

【図1】実施形態に係る歯科診療管理システムの構成の一例を示す図。

【図2】実施形態に係るサーバの構成の一例を示すブロック図。

【図3】実施形態に係る患者データベースの一例を示す図。

【図4】実施形態に係る準備物データベースの一例を示す図。

【図5】実施形態に係る院内器具データベースの一例を示す図。

【図6】実施形態に係る端末の構成の一例を示すブロック図。

【図7A】実施形態に係る歯科診療管理システムで実行される処理の一例を説明するシーケンス図。

【図7B】図７Ａに続く、実施形態に係る歯科診療管理システムで実行される処理の一例を説明するシーケンス図。

【図8】実施形態に係る端末に表示される画面の第１の例を示す図。

【図9】実施形態に係る端末に表示される画面の第２の例を示す図。

【図10】実施形態に係る端末に表示される画面の第３の例を示す図。

【図11】実施形態に係る端末に表示される画面の第４の例を示す図。

【発明を実施するための形態】

【0008】

以下、図面を参照しながら、歯科診療管理システム、歯科診療管理方法および歯科診療管理プログラムの実施形態について説明する。なお、以下の説明において実質的に同一の機能及び構成を有する構成要素については、同一符号を付し、重複説明は必要な場合にのみ行うこととする。

【0009】

図１は、実施形態に係る歯科診療管理システム１の構成の一例を示す図である。図１に示すように、本実施形態に係る歯科診療管理システム１は、サーバ１０と、医師、歯科衛生士等のユーザが使用する端末２０とを備えている。サーバ１０と端末２０とは、院内の専用回線による通信ネットワークＮを介して、通信可能に接続されている。なお、サーバ１０と端末２０とは、インターネット等の公衆回線によるネットワークを介して、互いに通信可能に接続されてもよい。また、複数台の端末２０がサーバ１０に接続されてもよい。

【0010】

歯科診療管理システム１は、患者の歯科診療に必要となる器具等を端末２０に表示するように構成されている。なお、本願において、「歯科診療」は、歯科治療だけでなく、歯科検査も含む。

【0011】

サーバ１０は、たとえば、電子カルテシステム、ＰＡＣＳ（Picture Archiving and Communication System；医用画像管理システム）など他のシステムに接続される。あるいは、サーバ１０は、電子カルテシステムなど他のシステムの一部として設けられてもよい。

【0012】

サーバ１０は、図２に示すように、メモリ１１と、ディスプレイ１２と、入力インタフェース１３と、通信インタフェース１４と、処理回路１５とを備えている。以下、サーバ１０の各構成の詳細について説明する。

【0013】

メモリ１１は、処理回路１５に接続されており、処理回路１５で使用される各種の情報を記憶する。メモリ１１は、たとえば、ＲＡＭ（Random Access Memory）、フラッシュメモリ等の半導体メモリ素子、ハードディスク、光ディスク等により実現される。

【0014】

メモリ１１には、処理回路１５が各機能を実行するのに必要な各種のプログラム、およびプログラムにより処理される各種のデータ等が格納される。なお、本明細書において扱う各種データは、典型的にはデジタルデータである。

【0015】

ディスプレイ１２は、各種の画像や情報を表示する。たとえば、ディスプレイ１２は、各種操作を受け付けるためのＧＵＩ（Graphical User Interface）等を表示する。本実施形態においては、ディスプレイ１２は、たとえば、液晶ディスプレイやＣＲＴ（Cathode Ray Tube）ディスプレイ等によって構成される。ディスプレイ１２は表示部の一例である。

【0016】

入力インタフェース１３は、各種の入力操作を受け付け、受け付けた入力操作を電気信号に変換して処理回路１５に出力する。この入力インタフェース１３は、たとえば、マウスやキーボード、タッチパネル、トラックボール、手動スイッチ、フットスイッチ、ボタン、ジョイスティック等により実現される。

【0017】

通信インタフェース１４は、院内ネットワークの形態に応じた種々の通信プロトコルを実装している。通信インタフェース１４は、各種の通信プロトコルに従って、院内ネットワークを介して他の装置との通信を実現する。本実施形態においては、サーバ１０は、通信インタフェース１４を介して院内ネットワークに接続され、端末２０等との通信を行う。

【0018】

処理回路１５は、各種の演算を行う演算回路であり、サーバ１０の動作を制御する。この処理回路１５は、たとえば、患者の歯科診療に必要な器具を特定し、端末２０のディスプレイ２２に表示するための情報を生成する。

【0019】

かかる機能を実現するために、処理回路１５は、図２に示すように、情報取得機能１５ａと、準備物特定機能１５ｂと、優先度算出機能１５ｃと、情報生成機能１５ｄとを有する。情報取得機能１５ａは情報取得部の一例であり、準備物特定機能１５ｂは準備物特定部の一例であり、優先度算出機能１５ｃは優先度算出部の一例であり、情報生成機能１５ｄは情報生成部の一例である。

【0020】

本実施形態では、情報取得機能１５ａ、準備物特定機能１５ｂ、優先度算出機能１５ｃおよび情報生成機能１５ｄにより実行される各処理機能は、コンピュータによって実行可能なプログラムの形態でメモリ１１に格納されている。処理回路１５は、プロセッサであり、メモリ１１からプログラムを読み出して実行することで、各プログラムに対応する機能を実現する。換言すると、各プログラムを読み出した状態の処理回路１５は、図２の処理回路１５内に示された各機能を有することとなる。

【0021】

なお、図２においては、情報取得機能１５ａ、準備物特定機能１５ｂ、優先度算出機能１５ｃおよび情報生成機能１５ｄの各処理機能が単一の処理回路１５によって実現される場合を示したが、実施形態はこれに限られない。たとえば、処理回路１５は、複数の独立したプロセッサを組み合わせたものとして構成され、各プロセッサが各プログラムを実行することにより各処理機能を実現するものとしてもよい。また、処理回路１５が有する各処理機能は、単一又は複数の処理回路に適宜に分散又は統合されて実現されてもよい。

【0022】

次に、各処理機能の詳細について説明する。

【0023】

情報取得機能１５ａは、端末２０、外部のサーバ（電子カルテシステム等）、メモリ１１等から各種の情報を取得する。たとえば、情報取得機能１５ａは、診療が予定されている患者に関する情報（患者情報）や、端末２０からユーザの指示（患者の選択等）を取得する。

【0024】

情報取得機能１５ａは、患者の歯科診療名情報および診療歯情報を取得する。歯科診療名情報は、歯科診療の名称に関する情報であり、たとえば、歯科の治療名（う蝕治療、歯周病治療など）、検査名（虫歯チェック、レントゲン撮影など）、術名（抜歯手術など）を示す情報である。診療歯情報は、歯科診療の対象の歯に関する情報であり、たとえば、治療対象のう歯（虫歯）の場所・部位、進行度・程度を示す情報である。なお、歯科診療の種類（虫歯チェック、クリーニング等）によっては、診療歯情報を取得しなくてもよい。

【0025】

本実施形態では、情報取得機能１５ａは、患者データベースから歯科診療名情報および診療歯情報を取得する。図３は、実施形態に係る患者データベースの一例を示している。この例では、患者ごとに、診療予定日、診療名、歯式、進行度および予定診療時間が格納されている。なお、患者データベースはサーバ１０のメモリ１１に記憶されていてもよいし、サーバ１０が通信可能に接続された電子カルテシステム等の外部のサーバに記憶されてもよい。患者データベースは、たとえば電子カルテシステムで生成されるが、端末２０で受け付けられた情報に基づいてサーバ１０が生成してもよい。

【0026】

なお、診療歯情報は、歯科診療の対象の歯を特定する情報として、歯式に代えて、または歯式とともに、医用画像を含んでもよい。医用画像は、歯科用レントゲン、ＣＴ（Computed Tomography）等の医用機器により取得された画像である。また、診療歯情報は、医用画像から画像解析により特定された診療対象の歯の場所や進行度などを示す情報であってもよい。また、診療歯情報は、医師等のユーザが端末２０に入力した情報であってもよい。

【0027】

診療歯情報が医用画像の場合、情報取得機能１５ａは、外部の診断システムが医用画像を解析した結果（診療対象の歯の場所、進行度など）を取得する。なお、サーバ１０が医用画像を画像解析して診療対象の歯の場所、進行度などを把握してもよい。

【0028】

準備物特定機能１５ｂは、歯科診療名情報および診療歯情報に基づいて、患者の歯科診療に必要な準備物（器具）を特定する。う蝕治療の場合、準備物は、たとえば、ミラー（歯鏡）、探針、ピンセット、レジン（コンポジットレジン）等である。なお、歯科診療の種類（虫歯チェック、クリーニング等）によっては、準備物特定機能１５ｂは、歯科診療名情報のみに基づいて準備物を特定してもよい。

【0029】

本実施形態では、準備物特定機能１５ｂは、準備物データベースを用いて準備物を特定する。図４は、実施形態に係る準備物データベースの一例を示している。この例では、診療名ごとに準備物情報が格納されている。詳しくは、図４に示すようにう蝕治療の場合、う歯の場所（歯式）および進行度ごとに準備物情報が格納されている。

【0030】

歯科診療名情報がう蝕治療を示す場合、準備物特定機能１５ｂは、診療歯情報に基づいて、う歯の場所および進行度を把握する。そして、準備物特定機能１５ｂは、う歯の場所および進行度に基づいて準備物を特定する。本実施形態では、準備物特定機能１５ｂは、う歯の場所および進行度をキーにして準備物データベースを検索し、準備物を特定する。

【0031】

本実施形態では、準備物データベースは、サーバ１０のメモリ１１に記憶されている。なお、外部のサーバないしシステムに準備物データベースが記憶されていてもよい。

【0032】

また、本実施形態では、サーバ１０のメモリ１１には、病院内にある器具（院内器具）に関する情報を格納した院内器具データベースが記憶されている。院内器具は、たとえば、病院内にある器具のうち、診療台に備え付けられている器具である。図５は、実施形態に係る院内器具データベースの一例を示している。この例では、カテゴリ（治療用、検査用、その他）ごとに、器具名、保管場所および数（保管数量）等が格納されている。院内器具データベースの「備考」には、その器具が診療台に備え付けられている器具であるか否かを示す情報が格納されてもよい。なお、院内器具データベースは外部のサーバないしシステムに記憶されてもよい。

【0033】

優先度算出機能１５ｃは、複数の患者について、準備物の用意に関する優先度を算出する。本実施形態では、優先度算出機能１５ｃは、予定診療時間の長さに基づいて優先度を算出する。たとえば、予定診療時間が長いほど優先度が高くなる。なお、診療に必要な器具の数量に基づいて優先度を算出してもよい。たとえば、器具の数量が多いほど優先度が高くなる。なお、器具の数量に基づいて優先度を算出する場合は、準備物特定機能１５ｂによって各患者の診療に必要な準備物を予め特定しておく。優先度算出機能１５ｃは、予定診療時間の長さおよび診療に必要な器具の数量の両方に基づいて優先度を算出してもよい。

【0034】

情報生成機能１５ｄは、情報取得機能１５ａ、準備物特定機能１５ｂおよび優先度算出機能１５ｃのうち少なくとも一つにより得られた情報に基づいて端末２０に送信するための情報を生成する。たとえば、情報生成機能１５ｄは、複数の患者の患者情報および各患者の優先度に基づいて、各患者の患者名、診療名および優先度を含む情報診療予定情報を生成する。また、情報生成機能１５ｄは、歯科診療名情報と、診療歯情報と、準備物特定機能１５ｂにより特定された準備物に関する情報とを含み、端末２０のディスプレイ２２に表示するための情報（表示情報）を生成する。

【0035】

次に、図６を参照して端末２０の詳細について説明する。図６は、本実施形態に係る端末２０の構成の一例を示すブロック図である。

【0036】

図６に示すように、端末２０は、メモリ２１と、ディスプレイ２２と、入力インタフェース２３と、通信インタフェース２４と、処理回路２５とを備えている。

【0037】

メモリ２１は、処理回路２５に接続されており、処理回路２５で使用される各種の情報を記憶する。メモリ２１は、たとえば、ＲＡＭ（Random Access Memory）、フラッシュメモリ等の半導体メモリ素子、ハードディスク、光ディスク等により実現される。

【0038】

ディスプレイ２２は、各種の画像や情報を表示する。たとえば、ディスプレイ２２は、サーバ１０により特定された準備物を表示する。また、ディスプレイ２２は、ユーザからの各種操作を受け付けるためのＧＵＩ（Graphical User Interface）を表示する。本実施形態においては、ディスプレイ２２は、たとえば、液晶ディスプレイやＣＲＴ（Cathode Ray Tube）ディスプレイ等によって構成される。なお、ディスプレイ２２はタッチパネルにより構成されてもよい。この場合、ディスプレイ２２は、入力インタフェース２３も兼ねる。ディスプレイ２２は表示部の一例である。

【0039】

入力インタフェース２３は、ユーザからの各種の入力操作を受け付け、受け付けた入力操作を電気信号に変換して処理回路２５に出力する。この入力インタフェース２３は、たとえば、マウスやキーボード、トラックボール、手動スイッチ、フットスイッチ、ボタン、ジョイスティック等により実現される。

【0040】

通信インタフェース２４は、院内ネットワークの形態に応じた種々の情報通信用プロトコルを実装している。通信インタフェース２４は、各種プロトコルに従って、病院内ネットワークを介して他の装置との通信を実現する。本実施形態においては、端末２０は、通信インタフェース２４を介して院内ネットワークに接続され、サーバ１０との通信を行う。さらに、端末２０は、通信インタフェース２４を介して電子カルテシステム、ＰＡＣＳ等の他のシステムと通信可能に接続されてもよい。

【0041】

処理回路２５は、各種の演算を行う演算回路である。この処理回路２５は、入力インタフェース２３を介してユーザの指示を受け付けるとともに、通信インタフェース２４を介してサーバ１０から受信した情報（準備物等）をディスプレイ２２に表示する。かかる機能を実現するために、処理回路２５は、図６に示すように、情報受付機能２５ａと、表示制御機能２５ｂとを有する。情報受付機能２５ａは情報受付部の一例であり、表示制御機能２５ｂは表示制御部の一例である。

【0042】

本実施形態では、情報受付機能２５ａおよび表示制御機能２５ｂにより実行される各処理機能は、コンピュータによって実行可能なプログラムの形態でメモリ２１に格納されている。処理回路２５は、プロセッサであり、メモリ２１からプログラムを読み出して実行することで、各プログラムに対応する機能を実現する。換言すると、各プログラムを読み出した状態の処理回路２５は、図６の処理回路２５内に示された各機能を有することとなる。

【0043】

なお、図６においては、情報受付機能２５ａおよび表示制御機能２５ｂの各処理機能が単一の処理回路２５によって実現される場合を示したが、実施形態はこれに限られない。たとえば、処理回路２５は、複数の独立したプロセッサを組み合わせたものとして構成され、各プロセッサが各プログラムを実行することにより各処理機能を実現するものとしてもよい。また、処理回路２５が有する各処理機能は、単一又は複数の処理回路に適宜に分散又は統合されて実現されてもよい。

【0044】

情報受付機能２５ａは、入力インタフェース２３を介してユーザが入力した指示を受け付ける。ユーザの指示には、ディスプレイ２２に診療内容等を表示する患者の選択などが含まれる。

【0045】

表示制御機能２５ｂは、ディスプレイ２２の表示制御を行う。たとえば、表示制御機能２５ｂは、サーバ１０で生成された情報（特定された準備物に関する情報など）をディスプレイ２２に表示させる。

【0046】

＜歯科診療管理システムの動作例＞
図７Ａおよび図７Ｂを参照して、上述の歯科診療管理システム１を用いた歯科診療管理方法について説明する。図７Ａおよび図７Ｂは、実施形態に係る歯科診療管理システム１で実行される処理内容の一例を説明するシーケンス図である。

【0047】

まず、サーバ１０の情報取得機能１５ａは、患者情報を取得する（ステップＳ１１）。情報取得機能１５ａは、図３を参照して説明した患者データベースから患者情報を取得する。たとえば、本ステップで取得する患者情報は、所定の日（ユーザが指定した日、翌診療日など）に診療が予定されている患者の識別情報（氏名、診察券番号など）、診療名および予定診療時間を含む。

【0048】

患者情報を取得した後、サーバ１０の優先度算出機能１５ｃは、準備物の用意に関する優先度を算出する（ステップＳ１２）。詳しくは、優先度算出機能１５ｃは、ステップＳ１１で患者情報が取得された患者ごとに優先度を算出する。優先度は、たとえば、予定診療時間の長さに基づいて算出される。なお、一人の患者が複数の歯科診療を受診する予定の場合は、当該患者については歯科診療ごとに優先度を算出する。

【0049】

優先度が算出された後、サーバ１０の情報生成機能１５ｄは、ステップＳ１１で取得された患者情報と、ステップＳ１２で算出された優先度とに基づいて診療予定情報を生成する（ステップＳ１３）。診療予定情報は、患者ごとに、患者名、診療名および優先度を含む情報である。その後、生成された診療予定情報は通信インタフェース１４を介して端末２０に送信される。

【0050】

端末２０は、サーバ１０から受信した診療予定情報を表示する（ステップＳ２１）。詳しくは、端末２０の情報受付機能２５ａが通信インタフェース２４を介して診療予定情報を取得する。そして、表示制御機能２５ｂが診療予定情報を表示するようにディスプレイ２２を制御する。図８は、本ステップにおいて端末２０のディスプレイ２２に表示される画面の一例を示している。この画面では、診療予定情報に基づいて、診療予定表示領域Ｒ１に、患者名（患者Ａ，Ｂ，Ｃ）および診療名（う蝕治療、歯周病治療、歯型作成など）が優先度の順に表示されている。

【0051】

すなわち、本実施形態では、診療予定表示領域Ｒ１に表示する患者の診療予定の順序は優先度に基づく。図８の例では、患者Ａのう蝕治療の診療予定は優先度が最も高いので一番上に表示され、次に優先度の高い患者Ｂの診療予定が患者Ａの診療予定の下に表示される。患者Ｂよりも優先度の低い患者Ｃの診療予定は、患者Ｂの診療予定の下に表示されている。このように表示制御機能２５ｂは、優先度算出機能１５ｃにより算出された優先度が高い順に、複数の患者の診療予定をディスプレイ２２に表示させる。

【0052】

なお、患者Ａはう蝕治療とクリーニングを同日に受診する予定であるが、クリーニングの優先度が低いため、図８に示すように、患者Ａのクリーニングの予定は患者Ｃの予定の下に表示される。

【0053】

また、各患者の診療予定と対応付けて、詳細情報を表示する患者を選択するための患者選択受付部が表示される。図８の例では、患者選択受付部として各患者の診療予定の左側にラジオボタンＢが表示されている。ユーザが選択したい患者のラジオボタンＢをマウスでクリックまたは手指でタップ等することで、詳細情報を表示する患者が選択される。このように表示制御機能２５ｂは、複数の患者の診療予定を選択可能にディスプレイ２２に表示させる。

【0054】

図８では、診療予定表示領域Ｒ１のほか、診療名表示領域Ｒ２、患者名表示領域Ｒ３、歯式ＤＦ、準備物リストＬ１および院内器具リストＬ２が画面内に配置されている。診療名表示領域Ｒ２は、選択された患者の診療名を表示するための領域である。患者名表示領域Ｒ３は、選択された患者の名前を表示するための領域である。歯式ＤＦは、選択された患者の診療対象の歯の場所を表示するための領域である。準備物リストＬ１は、選択された患者の診療に必要な器具を表示するための領域である。院内器具リストＬ２は、病院内にある器具を表示するための領域である。

【0055】

この時点では、患者が選択されていないので、診療名表示領域Ｒ２、患者名表示領域Ｒ３、歯式ＤＦ、準備物リストＬ１には情報が表示されていない。なお、サーバ１０から院内器具の情報を受信済みの場合、院内器具リストＬ２には、図８に示すように、当該情報に基づいて院内器具が表示されてもよい。

【0056】

なお、表示制御機能２５ｂは、病院内にある器具を診療台に備え付けられている器具かどうかが分かるようにディスプレイ２２に表示させてもよい。たとえば、表示制御機能２５ｂは、院内器具リストＬ２を展開表示した際（図１０参照）、器具の名称の隣に、診療台に備え付けられている器具であることを示すアイコンまたは文字等をディスプレイ２２に表示させてもよい。

【0057】

診療予定情報を表示した後、端末２０の処理回路２５は、ユーザにより患者が選択されたか否かを判定する（ステップＳ２２）。詳しくは、処理回路２５は、診療予定表示領域Ｒ１のラジオボタンＢが選択されたかどうかを判定し、選択された場合はステップＳ２３に進む。

【0058】

患者が選択されると、端末２０は、選択された患者の識別情報をサーバ１０に送信する（ステップＳ２３）。患者の識別情報は、選択された患者を識別可能な情報であればよく、たとえば、診療予定情報に含まれる患者名または診察券番号である。

【0059】

サーバ１０の情報取得機能１５ａは、端末２０から受信した患者識別情報をもとに患者データベースから、ユーザにより選択された患者の歯科診療名情報および診療歯情報を取得する（ステップＳ１４）。たとえば、患者Ａの識別情報を受信した場合、情報取得機能１５ａは、患者名をキーにして図３の患者データベースを検索し、患者Ａの診療名（う蝕治療）と、歯式（番号５）および進行度（Ｃ１）とを取得する。

【0060】

サーバ１０の準備物特定機能１５ｂは、ステップＳ１４で取得された歯科診療名情報および診療歯情報に基づいて、選択された患者の歯科診療に必要な準備物を特定する（ステップＳ１５）。たとえば、準備物特定機能１５ｂは、患者Ａの診療名（う蝕治療）、歯式（番号５）および進行度（Ｃ１）をキーにして図４の準備物データベースを検索し、患者Ａのう蝕治療に必要な器具（準備物）を特定する。

【0061】

なお、準備物特定機能１５ｂは、同一種類の準備物が複数ある場合、病院内にある器具を優先して準備物として特定してもよい。すなわち、院内にある器具が優先的に選択されるようにしてもよい。

【0062】

サーバ１０の情報生成機能１５ｄは、ステップＳ１５で特定された準備物を含み、端末２０のディスプレイ２２に表示するための表示情報を生成する（ステップＳ１６）。表示情報は、準備物に関する情報のほか、選択された患者の歯科診療名情報および診療歯情報を含む。その後、生成された表示情報は通信インタフェース１４を介して端末２０に送信される。

【0063】

端末２０は、サーバ１０から受信した表示情報を表示する（ステップＳ２４）。詳しくは、端末２０の情報受付機能２５ａが通信インタフェース２４を介して表示情報を取得する。そして、表示制御機能２５ｂが表示情報を表示するようにディスプレイ２２を制御する。図９は、本ステップにおいて端末２０のディスプレイ２２に表示される画面の一例を示している。この画面では、診療名表示領域Ｒ２に患者Ａの診療名（う蝕治療）が表示され、患者名表示領域Ｒ３に患者Ａの氏名が表示されている。歯式ＤＦでは、患者Ａのう蝕治療の対象である歯の場所（番号５）が丸印Ｃで囲われることで特定されている。なお、丸印による特定に限られず、治療対象の歯の場所を他と識別可能な態様（たとえば、歯式番号を赤色で表示する。）で表示してもよい。準備物リストＬ１には、患者Ａのう蝕治療に必要な器具（ミラー、探針、ピンセット、レジン）がリスト表示されている。

【0064】

なお、準備物にレジンが含まれる場合、表示制御機能２５ｂは、ディスプレイ２２に当該レジンの色に関する情報（色ないし色調を示す番号など）を表示させてもよい。

【0065】

また、表示制御機能２５ｂは、準備物が用意されたことを確認するための準備物確認部を準備物に対応付けてディスプレイ２２に表示させてもよい。図９の例では、各準備物に対応付けてチェックボックスＣＢが表示されている。チェックボックスＣＢは、準備物が用意されたことをユーザが確認するためのものであり、準備物確認部の一例である。たとえば、ユーザは、準備物のミラー（歯鏡）が用意されたことを確認すると、ミラーの隣のチェックボックスＣＢをクリックまたはタップ等する。これにより、図１０に示すように、チェックボックスＣＢに確認済みの印が表示される。このようにすることで、ユーザは各準備物を用意したことをチェックでき、準備物の準備漏れを確実に防止することができる。

【0066】

また、表示制御機能２５ｂは、準備物リストＬ１内のすべての準備物のチェックボックスがチェックされた場合に、その旨を示すメッセージ（「準備完了」など）をディスプレイ２２に表示させてもよい。あるいは、表示制御機能２５ｂは、準備物リストＬ１内のすべての準備物のチェックボックスがチェックされない限り、準備が完了していないことを示す警告メッセージ（「準備物が揃っていません」など）をディスプレイ２２に表示させてもよい。

【0067】

なお、上記ステップＳ１２の優先度の算出において、診療に必要な器具の数量を考慮して優先度を算出してもよい。この場合、ステップＳ１２の前にステップＳ１４およびＳ１５を行って患者ごとに準備物の数量を得ておく。

【0068】

また、所定の日における診療予定の患者が１名のみの場合は、ステップＳ１２、Ｓ１３およびステップＳ２１～Ｓ２３を省略してもよい。

【0069】

上記のように、本実施形態によれば、受診予定の患者ごとに歯科診療に必要な器具が準備物として端末２０のディスプレイ２２に表示される。医師、歯科衛生士等のユーザは、表示された準備物を参照することで、効率良くかつ漏れなく準備物を揃えることができる。また、歯科診療に必要な器具を診療前に用意しておくことで、診療中に医師等が器具を取りに行く必要がなくなり、歯科診療の効率を向上させることができる。

【0070】

さらに、本実施形態によれば、歯科診療名情報だけでなく診療歯情報を考慮した準備物が表示されるため、う歯の場所や進行度等に応じた詳細で適切な治療器具を準備することができる。

【0071】

なお、表示制御機能２５ｂは、病院内にある器具を選択可能にディスプレイ２２に表示させ、ユーザにより選択された器具を準備物としてディスプレイ２２に表示させてもよい。たとえば、図９の画面において、ユーザが院内器具リストＬ２の「治療用」の展開ボタンＥＢをクリックまたはタップした場合、図１０に示すように、展開表示され、複数の治療用器具（ここでは太さの異なる歯科用ドリル）が表示される。ユーザは、表示された器具から一つの器具を選択し、準備物リストＬ１にドラッグアンドドロップ等の操作により移動させる。これにより、院内器具リストＬ２の器具を準備物リストＬ１に追加することができる。図１１は、「歯科用ドリルφ３．４」が準備物リストＬ１に追加されたことを示す画面例である。

【0072】

また、複数の患者間で歯科診療に使用する準備物が重複する場合、表示制御機能２５ｂは、その旨を示すメッセージを当該準備物に対応付けてディスプレイ２２に表示させてもよい。図１１の画面例では、ユーザにより準備物リストＬ１に追加された「歯科用ドリルφ３．４」が複数の患者の治療に使用されるため、アラート表示Ａが表示されている。アラート表示Ａは、複数の患者間で歯科診療に使用する準備物が重複する場合、その旨を示すメッセージの例である。これにより、たとえば、当該器具を洗浄するための時間を確保する必要がある等の注意を喚起することができる。

【0073】

また、表示制御機能２５ｂは、上記のように院内器具リストＬ２から準備物リストＬ１に追加された器具を同一の歯科診療の準備物としてディスプレイ２２に次回以降、デフォルトで表示させるようにしてもよい。このようにするために、たとえば、端末２０は、準備物リストＬ１に追加された器具に関する情報をサーバ１０に送信し、サーバ１０は受信した情報に基づいて準備物データベースを更新する。

【0074】

また、表示制御機能２５ｂは、準備物の保管場所をディスプレイ２２に表示させてもよい。たとえば、表示制御機能２５ｂは、ユーザが準備物リストＬ１または院内器具リストＬ２の器具をマウスでクリックまたはタップ等した場合、当該器具の保管場所をポップアップ表示または吹き出し表示等によりディスプレイ２２に表示させる。このようにするために、たとえば、サーバ１０の情報生成機能１５ｄは、院内器具データベースに格納された器具の保管場所の情報を表示情報に含め、サーバ１０から端末２０に送信される表示情報が準備物の保管場所に関する情報を含むようにする。

【0075】

また、表示制御機能２５ｂは、器具ごとに、当該器具を使用する際の医師等のポジション（診療台、患者に対する位置）をディスプレイ２２に表示させてもよい。たとえば、表示制御機能２５ｂは、ユーザが準備物リストＬ１または院内器具リストＬ２の器具をマウスでクリックまたはタップ等した場合、当該器具を使用する際の医師等のポジションをポップアップ表示または吹き出し表示等によりディスプレイ２２に表示させる。

【0076】

以上説明したように、本実施形態では、情報取得部が患者の歯科診療名情報を取得し、準備物特定部が取得された歯科診療名情報に基づいて患者の歯科診療に必要な準備物を特定し、表示制御部が特定された準備物を表示部に表示させる。これにより、歯科診療に必要な器具を準備する時間を短縮できるとともに、準備漏れを防止することができる。

【0077】

なお、上記説明において用いた「プロセッサ」という文言は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、或いは、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Ｓｉｍｐｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＳＰＬＤ）、複合プログラマブル論理デバイス（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＣＰＬＤ）、及び、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ：ＦＰＧＡ））等の回路を意味する。プロセッサは、メモリ１１に保存されたプログラムを読み出して実行することにより機能を実現する。なお、メモリ１１にプログラムを保存する代わりに、プロセッサの回路内にプログラムを直接組み込むよう構成して構わない。この場合、プロセッサは回路内に組み込まれたプログラムを読み出し実行することで機能を実現する。なお、プロセッサは、プロセッサ単一の回路として構成されている場合に限らず、複数の独立した回路を組み合わせて、１つのプロセッサとして構成し、その機能を実現するようにしてもよい。さらに、図２における複数の構成要素を１つのプロセッサへ統合して、その機能を実現するようにしてもよい。

【0078】

また、実施形態に係る歯科診療管理システムは、サーバ１０と端末２０を統合して一つの装置として構成されてもよい。

【0079】

また、図７Ａおよび図７Ｂで説明した歯科診療管理方法は、予め用意された歯科診療管理プログラムをパーソナルコンピュータやワークステーション等のコンピュータで実行することによって実現することができる。この歯科診療管理プログラムは、インターネット等のネットワークを介して配布することができる。また、この歯科診療管理プログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ－ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な非一過性の記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。

【0080】

以上、いくつかの実施形態を説明したが、これらの実施形態は、例としてのみ提示したものであり、発明の範囲を限定することを意図したものではない。本明細書で説明した新規な装置及び方法は、その他の様々な形態で実施することができる。また、本明細書で説明した装置及び方法の形態に対し、発明の要旨を逸脱しない範囲内で、種々の省略、置換、変更を行うことができる。添付の特許請求の範囲及びこれに均等な範囲は、発明の範囲や要旨に含まれるこのような形態や変形例を含むように意図されている。

【符号の説明】

【0081】

１ 歯科診療管理システム
１０ サーバ
１１ メモリ
１２ ディスプレイ
１３ 入力インタフェース
１４ 通信インタフェース
１５ 処理回路
１５ａ 情報取得機能
１５ｂ 準備物特定機能
１５ｃ 優先度算出機能
１５ｄ 情報生成機能
２０ 端末
２１ メモリ
２２ ディスプレイ
２３ 入力インタフェース
２４ 通信インタフェース
２５ 処理回路
２５ａ 情報受付機能
２５ｂ 表示制御機能
Ａ アラート表示
Ｂ ラジオボタン
ＣＢ チェックボックス
ＤＦ 歯式
ＥＢ 展開ボタン
Ｌ１ 準備物リスト
Ｌ２ 院内器具リスト
Ｎ 通信ネットワーク
Ｒ１ 診療予定表示領域
Ｒ２ 診療名表示領域
Ｒ３ 患者名表示領域
ＳＢ スクロールバー

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7A】

【図7B】

【図8】

【図9】

【図10】

【図11】