JP3235467U - 患者満足度アップｄｘシステム - Google Patents

Abstract

【課題】医療機関における業務の効率化を実現し、患者満足度を向上させる患者満足度アップＤＸシステムを提供する。【解決手段】患者満足度アップＤＸシステム１は、診療情報を管理するサーバ１０と、各々がサーバ１０と通信可能に構成された、受付端末２０、診療端末３０、及び会計端末４０と、を含む。受付端末２０は、診療申し込みを受け付けると、診療申し込みに患者の識別情報が含まれる場合に、患者の識別情報をサーバ１０に送信する。サーバ１０は、患者の識別情報を受信した場合に、患者の識別情報に関連付けられている患者の診療情報を診療端末３０に送信し、診療端末３０から患者の診療結果を受信した場合に、患者の診療結果に基づいて、患者の診療情報を更新するとともに、患者の会計情報を会計端末４０に送信する。会計端末４０は、患者の会計情報を受信した場合に、患者の会計情報に基づいて会計処理を行う。【選択図】図１

Description

本開示は、患者満足度アップＤＸシステムに関し、特に、医療機関において患者の満足度を向上させるシステムに関するものである。

従来、医療機関における業務効率を向上させる技術が知られている。例えば特許文献１には、診察券と医療費の支払い手段を関連付けることで、診療終了後の会計における長時間の順番待ちを解消する医療費支払いシステムが開示されている。

特開２００６−２９３７５２号公報

しかしながら、医療機関における更なる業務の効率化が求められている。とりわけ、医療機関において患者が受付を行ってから、診療行為を受け、会計を行うまでの一連のデータ処理をデジタルトランスフォーメーション（ＤＸ）により連携させることで、医療機関における業務の効率化を実現し、患者の待ち時間の短縮等により、患者満足度の向上を実現することが求められている。

かかる事情に鑑みてなされた本開示の目的は、医療機関における業務の効率化を実現し、患者満足度を向上させることにある。

本開示の一実施形態に係る患者満足度アップＤＸシステムは、
診療情報を管理するサーバと、各々が前記サーバと通信可能に構成された、受付端末、診療端末、及び会計端末と、を含み、
前記受付端末は、診療申し込みを受け付けると、前記診療申し込みに患者の識別情報が含まれる場合に、前記患者の前記識別情報を前記サーバに送信し、
前記サーバは、
前記患者の前記識別情報を受信した場合に、前記患者の前記識別情報に関連付けられている前記患者の診療情報を前記診療端末に送信し、
前記診療端末から前記患者の診療結果を受信した場合に、前記患者の前記診療結果に基づいて、前記患者の前記診療情報を更新するとともに、前記患者の会計情報を前記会計端末に送信し、
前記会計端末は、前記患者の前記会計情報を受信した場合に、前記患者の前記会計情報に基づいて会計処理を行う。

本開示の一実施形態によれば、医療機関における業務の効率化を実現し、患者満足度を向上させることができる。

本開示の一実施形態に係るシステムの概略構成を示すブロック図である。 図１に示されるサーバの概略構成を示すブロック図である。 図１に示される端末装置の概略構成を示すブロック図である。 図１に示されるシステム１の受付時の動作例を示す図である。 図１に示されるシステム１の診療時の動作例を示す図である。 図１に示されるシステム１の会計時の動作例を示す図である。 図１に示されるシステム１のバックオフィスでの動作例を示す図である。

以下、本開示の実施形態について説明する。

（実施形態の概要）
図１を参照して、本開示の一実施形態に係る患者満足度アップＤＸ（デジタルトランスフォーメーション）システム１の概要について説明する。以下、患者満足度アップＤＸシステム１は、単にシステム１とも称される。図１は、システム１の概略構成を示すブロック図である。システム１は、サーバ１０と、受付端末２０と、診療端末３０と、会計端末４０と、バックオフィス端末５０と、を含む。

患者満足度アップＤＸシステム１は、医療機関における受付業務、診療業務、会計業務、及びバックオフィス業務に用いられる。本開示において、医療機関は、例えば、診療所（クリニック）である。ただし、医療機関は、診療所に限られず、病院又は保健所等、医療行為が実施される任意の機関であってもよい。本開示では、１９人以下の入院設備を備える医療機関を診療所という。また、本開示では、２０人以上の入院設備を備える医療機関を病院という。

サーバ１０は、１つ又は互いに通信可能な複数のコンピュータで構成されている。本実施形態では、サーバ１０は、例えば、クラウドコンピューティングシステムとして、医療機関の施設から離れた場所に設置されている。ただし、サーバ１０を構成するコンピュータの少なくとも一部が、医療機関の施設内に設置されていてもよい。サーバ１０は、例えば、医療機関の患者の診療情報のデータベースを記憶する。患者の診療情報は、例えば、患者の電子カルテ情報及びレセプト情報が含まれる。電子カルテ情報には、その患者の問診情報、過去の診察・治療・検査の記録、及び、投与した薬剤等の情報が含まれる。レセプト情報には、その患者の過去の診療における診療報酬点数、処方箋等のレセプト（診療報酬明細書）に関する情報が含まれる。

受付端末２０、診療端末３０、会計端末４０、及びバックオフィス端末５０は、例えばパーソナルコンピュータ、スマートフォン、又はタブレット端末等のコンピュータである。以下、受付端末２０、診療端末３０、会計端末４０、及びバックオフィス端末５０を特に区別しない場合、単に端末装置ともいう。本実施形態では、受付端末２０、診療端末３０、会計端末４０、及びバックオフィス端末５０等のコンピュータは、医療機関の施設内に設置されている。ただし、これらのコンピュータの少なくとも一部が、医療機関の施設外に設置されていてもよい。これらのコンピュータの少なくとも一部が医療機関の施設外に設置される場合、コンピュータは、業務のアウトソーシング又は在宅勤務等の目的で利用することができる。受付端末２０は、患者が診療申し込みを行うために使用される。診療端末３０は、診療の際に医者又は看護師等の医療従事者によって使用される。会計端末４０は、患者による診療費の支払いの際に使用される。バックオフィス端末５０は、医療機関に勤務する医者又は看護師等の医療従事者、又はスタッフ等によって使用される。

図１には、説明の簡便のため、それぞれ１つずつのサーバ１０、受付端末２０、診療端末３０、会計端末４０、及びバックオフィス端末５０が示されている。しかしながら、システム１は、それぞれ任意の数のサーバ１０、受付端末２０、診療端末３０、会計端末４０、及びバックオフィス端末５０を含んでいてもよい。サーバ１０、受付端末２０、診療端末３０、会計端末４０、及びバックオフィス端末５０は、例えばインターネット又はＬＡＮ（Local Area Network）等を含むネットワーク６０と通信可能に接続されている。

患者満足度アップＤＸシステム１において、受付端末２０は、患者からの診療申し込みを受け付けると、診療申し込みに患者の識別情報が含まれる場合に、患者の識別情報をサーバ１０に送信する。サーバ１０は、患者の識別情報を受信した場合に、患者の識別情報に関連付けられている患者の診療情報を診療端末３０に送信する。これにより、医療従事者は、患者の診療の際に、診療端末３０を利用することができる。診療後、サーバ１０は、診療端末３０から患者の診療結果を受信した場合に、患者の診療結果に基づいて、患者の診療情報を更新するとともに、患者の会計情報を会計端末４０に送信する。会計端末４０は、患者の会計情報を受信した場合に、患者の会計情報に基づいて、会計処理を行う。これにより、患者は、診療後、診療費の会計を行うことができる。

このように、本実施形態に係る患者満足度アップＤＸシステム１によれば、医療機関において、患者が受付を行ってから、診療行為を受け、会計を行うまでの一連のデータ処理を連携させることができる。これにより、医療機関において複数のシステムを利用している場合のように、システム連携のためのスタッフによる手作業での情報入力が不要となる。したがって、患者満足度アップＤＸシステム１によれば、医療機関における業務の効率化を実現し、医療機関における患者の待ち時間の短縮を実現することができる。このため、患者満足度アップＤＸシステム１によれば、患者満足度を向上させることができる。

次に、図２及び図３を参照して、システム１の各構成について詳細に説明する。図２は、図１に示されるサーバ１０の概略構成を示すブロック図である。図３は、図１に示される端末装置（受付端末２０、診療端末３０、会計端末４０、及びバックオフィス端末５０）の概略構成を示すブロック図である。

（サーバの構成）
図２に示されるように、サーバ１０は、通信部１１と、記憶部１２と、制御部１３と、を備える。

通信部１１は、ネットワーク６０に接続する１つ以上の通信インタフェースを含む。通信部１１に含まれる通信インタフェースは、例えば移動体通信規格、有線ＬＡＮ規格、又は無線ＬＡＮ規格に対応するが、これらに限られず、任意の通信規格に対応してもよい。本実施形態において、サーバ１０は、通信部１１及びネットワーク６０を介して受付端末２０、診療端末３０、会計端末４０、及びバックオフィス端末５０と通信する。なお、サーバ１０は、通信部１１及びネットワーク６０を介して、受付端末２０、診療端末３０、会計端末４０、及びバックオフィス端末５０以外のコンピュータと通信してもよい。例えば、サーバ１０は、通信部１１及びネットワーク６０を介して、患者が所有するスマートフォン又はタブレット端末等のコンピュータと通信してもよい。

記憶部１２は、１つ以上のメモリを含む。記憶部１２に含まれるメモリは、例えば主記憶装置、補助記憶装置、又はキャッシュメモリとして機能してもよい。記憶部１２は、サーバ１０の動作に用いられる任意の情報を記憶する。例えば、記憶部１２は、システムプログラム、アプリケーションプログラム、及びデータベース等を記憶してもよい。記憶部１２に記憶された情報は、例えば通信部１１を介してネットワーク６０から取得される情報で更新可能であってもよい。記憶部１２は、例えば、医療機関の患者の電子カルテ情報及びレセプト情報等の診療情報を記憶する。

制御部１３は、１つ以上のプロセッサ、１つ以上のプログラマブル回路、１つ以上の専用回路、又はこれらの組合せを含む。プロセッサは、例えばＣＰＵ（Central Processing Unit）若しくはＧＰＵ（Graphics Processing Unit）等の汎用プロセッサ、又は特定の処理に特化した専用プロセッサであるが、これらに限られない。プログラマブル回路は、例えばＦＰＧＡ（Field-Programmable Gate Array）であるが、これに限られない。専用回路は、例えばＡＳＩＣ（Application Specific Integrated Circuit）であるが、これに限られない。制御部１３は、サーバ１０全体の動作を制御する。

（受付端末の構成）
図３に示されるように、受付端末２０は、通信部２１と、入力部２２と、出力部２３と、記憶部２４と、制御部２５と、を備える。

通信部２１は、ネットワーク６０に接続する１つ以上の通信インタフェースを含む。通信部２１に含まれる通信インタフェースは、例えば４Ｇ又は５Ｇ等の移動体通信規格に対応するが、これらに限られず、任意の通信規格に対応してもよい。本実施形態において、受付端末２０は、通信部２１及びネットワーク６０を介してサーバ１０と通信する。なお、受付端末２０は、通信部２１及びネットワーク６０を介して、サーバ１０以外のコンピュータと通信してもよい。

入力部２２は、１つ入力装置を含む。入力部２２に含まれる入力装置は、例えばタッチパネル、電子ペン、カメラ、マイク、又はカードリーダ等である。例えば、入力部２２は、タッチパネルを含み、患者による入力操作を受け付ける。或いは、入力部２２は、カードリーダを含み、診察券等を読み込む。

出力部２３は、１つ以上の出力装置を含む。出力部２３に含まれる出力装置は、例えばタッチパネル、ディスプレイ、プリンタ、又はスピーカ等である。例えば、出力部２３は、タッチパネルを含み、操作ボタンを表示する。或いは、出力部２３は、プリンタを含み、受付票を紙に印刷する。

記憶部２４は、１つ以上のメモリを含む。記憶部２４に含まれるメモリは、例えば主記憶装置、補助記憶装置、又はキャッシュメモリとして機能してもよい。記憶部２４は、受付端末２０の動作に用いられる任意の情報を記憶する。例えば、記憶部２４は、システムプログラム、アプリケーションプログラム、及び組み込みソフトウェア等を記憶してもよい。記憶部２４に記憶された情報は、例えば通信部２１を介してネットワーク６０から取得される情報で更新可能であってもよい。

制御部２５は、１つ以上のプロセッサ、１つ以上のプログラマブル回路、１つ以上の専用回路、又はこれらの組合せを含む。プロセッサは、例えばＣＰＵ若しくはＧＰＵ等の汎用プロセッサ、又は特定の処理に特化した専用プロセッサであるが、これらに限られない。プログラマブル回路は、例えばＦＰＧＡであるが、これに限られない。専用回路は、例えばＡＳＩＣであるが、これに限られない。制御部２５は、受付端末２０全体の動作を制御する。

（診療端末の構成）
図３に示されるように、診療端末３０は、通信部３１と、入力部３２と、出力部３３と、記憶部３４と、制御部３５と、を備える。

通信部３１は、ネットワーク６０に接続する１つ以上の通信インタフェースを含む。通信部３１に含まれる通信インタフェースは、例えば４Ｇ又は５Ｇ等の移動体通信規格に対応するが、これらに限られず、任意の通信規格に対応してもよい。本実施形態において、診療端末３０は、通信部３１及びネットワーク６０を介してサーバ１０と通信する。なお、診療端末３０は、通信部３１及びネットワーク６０を介して、サーバ１０以外のコンピュータと通信してもよい。

入力部３２は、１つ入力装置を含む。入力部３２に含まれる入力装置は、例えばタッチパネル、電子ペン、カメラ、マイク、又はカードリーダ等である。例えば、入力部３２は、電子ペンを含み、医療従事者による入力操作を受け付ける。或いは、入力部３２は、カメラを含み、患者の患部を撮影する。

出力部３３は、１つ以上の出力装置を含む。出力部３３に含まれる出力装置は、例えばタッチパネル、ディスプレイ、プリンタ、又はスピーカ等である。例えば、出力部３３は、ディスプレイを含み、患者の診療に関する情報を表示する。

記憶部３４は、１つ以上のメモリを含む。記憶部３４に含まれるメモリは、例えば主記憶装置、補助記憶装置、又はキャッシュメモリとして機能してもよい。記憶部３４は、診療端末３０の動作に用いられる任意の情報を記憶する。例えば、記憶部３４は、システムプログラム、アプリケーションプログラム、及び組み込みソフトウェア等を記憶してもよい。記憶部３４に記憶された情報は、例えば通信部３１を介してネットワーク６０から取得される情報で更新可能であってもよい。

制御部３５は、１つ以上のプロセッサ、１つ以上のプログラマブル回路、１つ以上の専用回路、又はこれらの組合せを含む。プロセッサは、例えばＣＰＵ若しくはＧＰＵ等の汎用プロセッサ、又は特定の処理に特化した専用プロセッサであるが、これらに限られない。プログラマブル回路は、例えばＦＰＧＡであるが、これに限られない。専用回路は、例えばＡＳＩＣであるが、これに限られない。制御部３５は、診療端末３０全体の動作を制御する。

（会計端末の構成）
図３に示されるように、会計端末４０は、通信部４１と、入力部４２と、出力部４３と、記憶部４４と、制御部４５と、を備える。

通信部４１は、ネットワーク６０に接続する１つ以上の通信インタフェースを含む。通信部４１に含まれる通信インタフェースは、例えば４Ｇ又は５Ｇ等の移動体通信規格に対応するが、これらに限られず、任意の通信規格に対応してもよい。本実施形態において、会計端末４０は、通信部４１及びネットワーク６０を介してサーバ１０と通信する。なお、会計端末４０は、通信部４１及びネットワーク６０を介して、サーバ１０以外のコンピュータと通信してもよい。

入力部４２は、１つ入力装置を含む。入力部４２に含まれる入力装置は、例えばタッチパネル、電子ペン、カメラ、マイク、又はカードリーダ等である。例えば、入力部４２は、タッチパネルを含み、患者による入力操作を受け付ける。或いは、入力部４２は、カードリーダを含み、クレジットカードを読み込む。

出力部４３は、１つ以上の出力装置を含む。出力部４３に含まれる出力装置は、例えばタッチパネル、ディスプレイ、プリンタ、又はスピーカ等である。例えば、出力部４３は、ディスプレイを含み、診療費を表示する。或いは、出力部４３は、プリンタを含み、診療明細書及び診療費請求書等を印刷する。

記憶部４４は、１つ以上のメモリを含む。記憶部４４に含まれるメモリは、例えば主記憶装置、補助記憶装置、又はキャッシュメモリとして機能してもよい。記憶部４４は、会計端末４０の動作に用いられる任意の情報を記憶する。例えば、記憶部４４は、システムプログラム、アプリケーションプログラム、及び組み込みソフトウェア等を記憶してもよい。記憶部４４に記憶された情報は、例えば通信部４１を介してネットワーク６０から取得される情報で更新可能であってもよい。

制御部４５は、１つ以上のプロセッサ、１つ以上のプログラマブル回路、１つ以上の専用回路、又はこれらの組合せを含む。プロセッサは、例えばＣＰＵ若しくはＧＰＵ等の汎用プロセッサ、又は特定の処理に特化した専用プロセッサであるが、これらに限られない。プログラマブル回路は、例えばＦＰＧＡであるが、これに限られない。専用回路は、例えばＡＳＩＣであるが、これに限られない。制御部４５は、会計端末４０全体の動作を制御する。

（バックオフィス端末の構成）
図３に示されるように、バックオフィス端末５０は、通信部５１と、入力部５２と、出力部５３と、記憶部５４と、制御部５５と、を備える。

通信部５１は、ネットワーク６０に接続する１つ以上の通信インタフェースを含む。通信部５１に含まれる通信インタフェースは、例えば４Ｇ又は５Ｇ等の移動体通信規格に対応するが、これらに限られず、任意の通信規格に対応してもよい。本実施形態において、バックオフィス端末５０は、通信部５１及びネットワーク６０を介してサーバ１０と通信する。なお、バックオフィス端末５０は、通信部５１及びネットワーク６０を介して、サーバ１０以外のコンピュータと通信してもよい。

入力部５２は、１つ入力装置を含む。入力部５２に含まれる入力装置は、例えばタッチパネル、電子ペン、カメラ、マイク、又はカードリーダ等である。例えば、入力部５２は、タッチパネルを含み、医療機関のスタッフによる入力操作を受け付ける。或いは、入力部５２は、カードリーダを含み、社員証等を読み込む。

出力部５３は、１つ以上の出力装置を含む。出力部５３に含まれる出力装置は、例えばタッチパネル、ディスプレイ、プリンタ、又はスピーカ等である。例えば、出力部５３は、ディスプレイを含み、スタッフの勤務状況、医療機関に終える統計情報等を表示する。

記憶部５４は、１つ以上のメモリを含む。記憶部５４に含まれるメモリは、例えば主記憶装置、補助記憶装置、又はキャッシュメモリとして機能してもよい。記憶部５４は、バックオフィス端末５０の動作に用いられる任意の情報を記憶する。例えば、記憶部５４は、システムプログラム、アプリケーションプログラム、及び組み込みソフトウェア等を記憶してもよい。記憶部５４に記憶された情報は、例えば通信部５１を介してネットワーク６０から取得される情報で更新可能であってもよい。

制御部５５は、１つ以上のプロセッサ、１つ以上のプログラマブル回路、１つ以上の専用回路、又はこれらの組合せを含む。プロセッサは、例えばＣＰＵ若しくはＧＰＵ等の汎用プロセッサ、又は特定の処理に特化した専用プロセッサであるが、これらに限られない。プログラマブル回路は、例えばＦＰＧＡであるが、これに限られない。専用回路は、例えばＡＳＩＣであるが、これに限られない。制御部５５は、バックオフィス端末５０全体の動作を制御する。

（患者満足度アップＤＸシステムの動作）
図４、図５、図６及び図７を参照して、本実施形態に係るシステム１の動作を説明する。図４は、図１に示されるシステム１の受付時の動作例を示す図である。図５は、図１に示されるシステム１の診療時の動作例を示す図である。図６は、図１に示されるシステム１の会計時の動作例を示す図である。図７は、図１に示されるシステム１のバックオフィスでの動作例を示す図である。本動作は、本実施形態に係る患者満足度アップＤＸシステム１に含まれるサーバ１０、受付端末２０、診療端末３０、会計端末４０、及びバックオフィス端末５０のそれぞれが実行する方法に相当する。

（受付時の動作例）
はじめに、図４を参照して、本実施形態に係るシステム１の受付時の動作例について説明する。

ステップＳ１０１：受付端末２０は、診療申し込みを受け付ける。

受付端末２０の制御部２５は、出力部２３を介して、「初診」又は「再診」の選択画面を予め表示していてもよい。本開示において、「初診」とは、患者が病気になって初めて医療機関で診療を受けることをいう。また、「再診」とは、初診の後、患者が初診と同じ病気により同じ医療機関で再び診療を受けることをいう。患者は、ある病気になって初めて医療機関で診療を受ける場合、或いは、過去に一度もこの医療機関で診療を受けたことがない場合には、入力部２２を操作して初診を選択する。患者は、初診と同じ病気により同じ医療機関で再び診療を受ける場合は、入力部２２を操作して再診を選択する。患者が入力部２２を操作して初診又は再診を選択すると、制御部２５は、入力部２２を介して入力された初診又は再診のいずれかを示す情報を診療申し込みとして受け付ける。制御部２５は、入力部２２を介して入力された初診又は再診のいずれかを示す情報を診療申し込みとして受け付けると、通信部２１を介してサーバ１０と通信して、診療までの順番待ちの登録を行い、診療までの順番待ちに関する情報を生成する。診療までの順番待ちに関する情報は、例えば診療申し込みに対して割り当てられた受付番号を含む。

ステップＳ１０２：受付端末２０は、診療申し込みを受け付けると、診療までの順番待ちに関する情報を参照するためのコード情報を出力する。

診療までの順番待ちに関する情報を参照するためのコード情報は、例えば、サーバ１０によって提供される、診療までの待ちに関する情報を表示されるＷｅｂサイトのＵＲＬを含む。コード情報は、例えば、ＱＲコード（登録商標）等の二次元コードであるが、二次元コードに限られず、バーコード等の一次元コードであってもよい。患者は、スマートフォン又はタブレット端末等のモバイル端末でコード情報を読み取り、Ｗｅｂサイトにアクセスすることで、患者自身の受付番号及び患者自身の診療までの順番待ち等の情報を参照することができる。これにより、患者は、診療までの待ち人数又は待ち時間等を予め知ることができ、診療開始まで医療機関の待合室等で待機している必要がなくなり、患者の負担感が軽減される。

受付端末２０によるコード情報の出力には、任意の手法が採用可能である。例えば、受付端末２０の制御部２５は、出力部２３としてのディスプレイを介して、コード情報をディスプレイに表示させてもよい。或いは、制御部２５は、出力部２３としてのプリンタを介して、コード情報を紙に印刷してもよい。

ステップＳ１０３：受付端末２０は、診療申し込みに基づいて初診であると判定した場合に、問診情報を登録するためのコード情報を出力する。

問診情報を登録するためのコード情報は、例えば、サーバ１０によって提供される、患者の問診情報を入力するためのＷｅｂサイトのＵＲＬを示す情報であってもよい。患者の問診情報は、例えば、氏名、住所、電話番号、性別、生年月日、健康保険証情報、既往症の情報、現在の病気又は怪我の症状、及び、体温等を含む。コード情報は、例えば、二次元コードであるが、一次元コードであってもよい。制御部２５は、出力部２３を介して、コード情報をディスプレイに表示させてもよく、或いは、コード情報を紙に印刷してもよい。

患者は、スマートフォン又はタブレット端末等のモバイル端末でコード情報を読み取り、Ｗｅｂサイトにアクセスして、患者の問診情報を入力することができる。例えば、モバイル端末は、電子ペンで書き込み可能な電子ペーパー機能を備えていてもよい。これにより、患者は、紙の問診票に記入するように問診情報を入力することができる。

ステップＳ１０４：サーバ１０は、問診情報を受信した場合に、問診情報を患者の識別情報と関連付けて登録する。

具体的には、サーバ１０の制御部１３は、通信部１１を介して、モバイル端末で患者に入力された問診情報を受信する。制御部１３は、患者の問診情報に基づいて、その患者の診療情報が、記憶部１２に記憶されている診療情報のデータベースに登録されているか否かを判定する。制御部１３は、患者の診療情報が診療情報のデータベースに登録されていないと判定した場合、即ち、患者が過去に一度もこの医療機関で診療を受けたことがないと判定した場合、患者の識別情報を新たに生成する。患者の識別情報は、例えば、診察券番号であるが、これに限られず、患者を一意に識別可能な任意の情報であってもよい。その後、制御部１３は、患者の問診情報を患者の識別情報と関連付けて記憶部１２に記憶されている診療情報のデータベースに登録する。

一方で、制御部１３は、患者の診療情報が診療情報のデータベースに登録されていると判定した場合、患者の問診情報をその患者の識別情報と関連付けて記憶部１２に記憶されている診療情報のデータベースに登録する。これにより、医療機関のスタッフが、患者により紙の問診票に記入された情報を、診療情報として登録するために、システム１に手作業で入力することによる負担を軽減することができる。

ステップＳ１０５：受付端末２０は、診療申し込みに基づいて再診であると判定した場合に、患者の識別情報を取得する。

受付端末２０による患者の識別情報の取得には、任意の手法が採用可能である。例えば、受付端末２０の制御部２５は、入力部２２としてのタッチパネルを介して患者の識別情報を入力する操作を受け付けて、患者の識別情報を取得してもよい。或いは、制御部２５は、入力部２２としてのカードリーダを介して診察券の情報をスキャンして、患者の識別情報を取得してもよい。制御部２５は、取得した患者の識別情報を診療申し込みに含ませて記憶部２４に記憶してもよい。

ステップＳ１０６：受付端末２０は、診療申し込みに患者の識別情報が含まれる場合に、患者の識別情報をサーバ１０に送信する。

受付端末２０の制御部２５は、通信部２１を介して、患者の識別情報をサーバ１０に送信する。

ステップＳ１０７：受付端末２０は、患者の受付に関する統計用情報をバックオフィス端末５０に送信する。

患者の受付に関する統計用情報は、本動作の結果として受付端末２０によって生成された情報である。患者の受付に関する統計用情報は、例えば、診療機関に来院した患者の、初診又は再診の情報、性別、年齢、受付日時等の情報を含んでもよい。受付端末２０の制御部２５は、通信部２１を介して、統計用情報をバックオフィス端末５０に直接的に送信してもよく、サーバ１０経由でバックオフィス端末５０に間接的に送信してもよい。或いは、受付端末２０に代えて、サーバ１０が統計用情報をバックオフィス端末５０に送信してもよい。バックオフィス端末５０の制御部５５は、受信した統計用情報を記憶部５４に記憶する。

（診療時の動作例）
次に、図５を参照して、本実施形態に係るシステム１の診療時の動作例について説明する。

ステップＳ２０１：サーバ１０は、患者の識別情報を受信した場合に、患者の識別情報に関連付けられている患者の診療情報を診療端末３０に送信する。

具体的には、サーバ１０の制御部１３は、通信部１１を介して、受付端末２０から患者の識別情報を受信する。制御部１３は、受信した患者の識別情報に基づいて、記憶部１２に記憶されている診療情報のデータベースを検索して、患者の識別情報に関連付けられている患者の診療情報を取得する。患者の診療情報は、例えば、その患者の電子カルテ情報及びレセプト情報が含まれる。制御部１３は、通信部１１を介して、患者の診療情報を診療端末３０に送信する。これにより、診療端末３０の制御部３５は、出力部３３としてのディスプレイを介して、患者の診療情報を表示する。その結果、医療従事者は、診療端末３０に表示された患者の診療情報を参照しながら、患者の診療を開始することができる。サーバ１０が患者の診療情報を診療端末３０に送信するタイミングは任意に定められてもよい。例えば、サーバ１０は、診療端末３０から診察開始する信号を受信するたびに、受付番号の若い順に患者の診療情報を診療端末３０に送信してもよい。或いは、サーバ１０は、受付端末２０から患者の識別情報を受信するたびに、患者の診療情報を診療端末３０に送信してもよい。

ここで、診療端末３０は、タブレット端末等のモバイル端末であることが好ましい。診療端末３０がモバイル端末であることにより、医療従事者が、患者の方を向いたまま診療端末３０に表示された患者の診療情報を参照することができ、患者に安心感を与えるとともに、患者との信頼関係を構築しやすくなる。

ステップＳ２０２：診療端末３０は、患者の診療結果の入力を受け付ける。

患者の診療結果は、行われた診療行為の詳細、患者の患部の状態、及び投与した薬剤の情報等を含む。本実施形態では、患者の診療結果には、電子カルテ情報として登録される情報とレセプト情報として登録される情報とが含まれている。診療端末３０による患者の診療結果の入力の受付には、任意の手法が採用可能である。例えば、診療端末３０の制御部３５は、入力部３２としてのキーボードを介して患者の診療結果を入力する操作を受け付けてもよい。或いは、診療端末３０は、入力部３２としてカメラを備えるモバイル端末であってもよい。制御部３５は、カメラにより撮影された画像を患者の診療結果の入力として受け付けてもよい。このように、診療端末３０がモバイル端末であることにより、患者の患部を撮影する際の自由度が向上する。また、患者の患部を撮影した画像を患者の診療結果とすることで、患者の患部の状態について詳細な情報を記録して残すことができる。

ステップＳ２０３：診療端末３０は、患者の診療結果をサーバ１０に送信する。

具体的には、診療端末３０の制御部３５は、通信部３１を介して、患者の診療結果をサーバ１０に送信する。

ステップＳ２０４：サーバ１０は、診療端末３０から患者の診療結果を受信した場合に、患者の診療結果に基づいて、患者の診療情報を更新する。

具体的には、サーバ１０の制御部１３は、通信部１１を介して、診療端末３０から送信された患者の診療結果を受信する。制御部１３は、受信した診療結果を、患者の診療情報のデータベースに登録することで、患者の診療情報を更新する。具体的には、制御部１３は、受信した診療結果に含まれる電子カルテとして登録される情報に基づいて、患者の電子カルテを更新してもよい。さらに、制御部１３は、受信した診療結果に含まれるレセプトとして登録される情報に基づいて、患者のレセプト情報を更新してもよい。これにより、医療機関のスタッフが、医療従事者により紙に記入された患者の診療結果を、患者の診療情報として登録するために、システムに手作業で入力することによる負担を軽減することができる。

さらに、サーバ１０の制御部１３は、電子カルテ情報とレセプト情報との対応付け情報を記憶部１２に記憶していてもよい。対応付け情報では、例えば、診療行為と診療報酬の点数とが対応付けられている。かかる場合、制御部１３は、対応付け情報を用いて、受信した診療結果に含まれる電子カルテとして登録される情報に基づいて、患者のレセプト情報を更新することができる。これにより、医療従事者が患者の診療結果として診療端末３０に入力する情報を減らすことができ、医療従事者の負担をさらに軽減することができる。

ステップＳ２０５：サーバ１０は、診療端末３０から受信した患者の診療結果に基づいて、患者の会計情報を生成する。

患者の会計情報は、診療報酬の点数及び診療費等、診療明細書及び診療費請求書を作成に用いられる情報を含む。サーバ１０による患者の会計情報の生成には、任意の手法が採用可能である。例えば、サーバ１０の制御部１３は、患者の診療情報に含まれるレセプト情報に基づいて、患者の会計情報を生成する。

ステップＳ２０６：診療端末３０は、患者の診療に関する統計用情報をバックオフィス端末５０に送信する。

患者の診療に関する統計用情報は、本動作の結果として診療端末３０によって生成された情報である。患者の診療に関する統計用情報は、例えば、担当した医療従事者の情報、診察時間等の情報を含んでもよい。診療端末３０の制御部３５は、通信部３１を介して、統計用情報をバックオフィス端末５０に直接的に送信してもよく、サーバ１０経由でバックオフィス端末５０に間接的に送信してもよい。或いは、診療端末３０に代えて、サーバ１０が統計用情報をバックオフィス端末５０に送信してもよい。バックオフィス端末５０の制御部５５は、受信した統計用情報を記憶部５４に記憶する。

（会計時の動作例）
図６を参照して、本実施形態に係るシステム１の会計時の動作例について説明する。

ステップＳ３０１：サーバ１０は、患者の会計情報を会計端末４０に送信する。

具体的には、サーバ１０の制御部１３は、通信部１１を介して、患者の会計情報を会計端末４０に送信する。

ステップＳ３０２：会計端末４０は、患者の会計情報を受信した場合に、患者の会計情報に基づいて会計処理を行う。

具体的には、会計端末４０の制御部４５は、通信部４１を介して、サーバ１０から送信された患者の会計情報を受信する。制御部４５は、受信した会計情報に基づいて会計処理を行う。例えば、制御部４５は、会計処理として、受信した会計情報に基づいて診療明細書及び診療費請求書のデータを生成し、出力部４３としてのプリンタを介して、診療明細書及び診療費請求書を印刷する。ここで、診療明細書及び診療費請求書は、診療費の清算時に患者に提示される書類である。ただし、会計端末４０によって印刷される書類は、これらに限られない。例えば、診療費請求書に代えて、診療費領収書が印刷されてもよい。これにより、医療機関のスタッフが、診療報酬の計算及び診療明細書の作成を手作業で実施することによる負担を軽減することができる。

会計端末４０の制御部４５は、会計処理として、患者の会計情報に基づいて、診療費を支払うためのコード情報を出力してもよい。

診療費を支払うためのコード情報は、例えば、診療費の金額を示す情報であってもよい。或いは、診療費を支払うためのコード情報は、電子決済を実施するためのＷｅｂサイトのＵＲＬを示す情報であってもよい。コード情報は、例えば、一次元コードであるが、二次元コードであってもよい。会計端末４０の制御部４５は、出力部４３を介して、診療明細書又は診療費請求書にコード情報を印刷してもよい。

例えば、患者は、セルフレジにコード情報を読み取らせ、診療費を支払うことができる。或いは、患者は、スマートフォン又はタブレット端末等のモバイル端末でコード情報を読み取り、Ｗｅｂサイトにアクセスして、電子決済により診療費を支払うことができる。これにより、医療機関のスタッフが、診療費の清算を手作業で実施することによる負担を軽減することができる。

ステップＳ３０３：会計端末４０は、患者の会計に関する統計用情報をバックオフィス端末５０に送信する。

患者の会計に関する統計用情報は、本動作の結果として会計端末４０によって生成された情報である。患者の会計に関する統計用情報は、例えば、診療費の金額、支払方法等の情報を含んでもよい。会計端末４０の制御部４５は、通信部４１を介して、統計用情報をバックオフィス端末５０に直接的に送信してもよく、サーバ１０経由でバックオフィス端末５０に間接的に送信してもよい。或いは、会計端末４０に代えて、サーバ１０が統計用情報をバックオフィス端末５０に送信してもよい。バックオフィス端末５０の制御部５５は、受信した統計用情報を記憶部５４に記憶する。

（バックオフィスでの動作例）
最後に、図７を参照して、本実施形態に係るシステム１のバックオフィスでの動作例について説明する。

ステップＳ４０１：バックオフィス端末５０は、サーバ１０、受付端末２０、診療端末３０、又は会計端末４０から受信した情報に基づいて、統計情報を視覚化する。

バックオフィス端末５０の制御部５５は、通信部１１を介して、サーバ１０、受付端末２０、診療端末３０、又は会計端末４０から統計用情報を受信する。制御部５５は、受信した統計用情報に基づいて、医療機関に関する統計情報を生成する。制御部５５は、出力部５３としてのディスプレイを介して、表又はグラフ等により、医療機関に関する統計情報を表示する。医療機関に関する統計情報は、例えば、日次、月次、年次の医療機関における診療報酬額、収益額、患者数、症例数、診療単価等の情報を含む。医療機関に関する統計情報は、日次、月次、年次の医療従事者あたりの対応した患者数、或いは、性別ごと、年代ごと、症例ごとの患者数等の情報を含んでいてもよい。このように、医療機関に関する情報を可視化することにより、医療機関における経営分析等に有益な情報を提供することができる。

ステップＳ４０２：バックオフィス端末５０は、勤怠管理を実施する。

例えば、バックオフィス端末５０の制御部５５は、入力部５２としてのタッチパネルを介して、医療機関のスタッフの出勤時刻又は退勤時刻等の勤怠情報を入力する操作を受け付ける。或いは、制御部５５は、入力部５２としてのカードリーダを介して社員証の情報をスキャンした場合に、スキャンした時刻を医療機関のスタッフの出勤時刻又は退勤時刻として管理してもよい。さらに、制御部５５は、出力部５３としてのディスプレイを介して、医療機関のスタッフの勤怠情報を表示してもよい。

ステップＳ４０３：バックオフィス端末５０は、シフト管理を実施する。

例えば、バックオフィス端末５０の制御部５５は、入力部５２としてのタッチパネルを介して、医療機関のスタッフの希望シフト情報を入力する操作を受け付ける。或いは、制御部５５は、通信部５１を介して、スタッフが所有するモバイル端末で入力された希望シフト情報を受信してもよい。さらに、制御部５５は、出力部５３としてのディスプレイを介して、医療機関のスタッフの希望シフト情報、或いは希望シフト情報に基づいて作成されたシフト情報を表示してもよい。或いは、制御部５５は、通信部５１を介して、スタッフが所有するモバイル端末に希望シフト情報又はシフト情報を送信してもよい。

さらに、受付端末２０、診療端末３０、会計端末４０及びバックオフィス端末５０の各々は、入力部を介して受け付けた操作及び出力部を介して出力した情報を動画として記録可能であってもよい。それぞれの端末は、記録された動画をサーバ１０に送信して蓄積させてもよい。これにより、それぞれの端末において記録された動画を診療機関のノウハウ又は端末操作マニュアル等として利用することができる。

以上述べたように、本実施形態に係る患者満足度アップＤＸシステム１では、受付端末２０は、患者からの診療申し込みを受け付けると、診療申し込みに患者の識別情報が含まれる場合に、患者の識別情報をサーバ１０に送信する。サーバ１０は、患者の識別情報を受信した場合に、患者の識別情報に関連付けられている患者の診療情報を診療端末３０に送信する。診療後、サーバ１０は、診療端末３０から患者の診療結果を受信した場合に、患者の診療結果に基づいて、患者の診療情報を更新するとともに、患者の会計情報を会計端末４０に送信する。会計端末４０は、患者の会計情報を受信した場合に、患者の会計情報に基づいて、会計処理を行う。

かかる構成によれば、医療機関において、患者が受付を行ってから、診療行為を受け、会計を行うまでの一連のデータ処理を連携させることができる。これにより、医療機関において複数のシステムを利用している場合のように、システム連携のためのスタッフによる手作業での情報入力が不要となる。したがって、患者満足度アップＤＸシステム１によれば、医療機関における業務の効率化を実現し、医療機関における患者の待ち時間の短縮を実現することができる。このため、患者満足度アップＤＸシステム１によれば、患者満足度を向上させることができる。

例えば、ある診療所では、従来、９人のスタッフにより、受付、診療及び会計業務を行っていたのに対して、本実施形態に係る患者満足度アップＤＸシステム１を導入して診療所のデジタルトランスフォーメーションを行ったところ、４人のスタッフにより従来と同等の業務を行うことができ、スタッフによる作業を約５５％効率化することができた。

本開示を諸図面及び実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形及び改変を行ってもよいことに注意されたい。したがって、これらの変形及び改変は本開示の範囲に含まれることに留意されたい。例えば、各構成部又は各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の構成部又はステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。

例えば、上述した実施形態において、サーバ１０の機能又は処理として説明された機能又は処理の全部又は一部が、受付端末２０、診療端末３０、会計端末４０又はバックオフィス端末５０の機能又は処理として実現されてもよい。かかる場合、実施形態に係るサーバ１０の機能又は処理を記述したプログラムを、受付端末２０、診療端末３０、会計端末４０又はバックオフィス端末５０が備えるメモリ等に記憶させ、受付端末２０、診療端末３０、会計端末４０又はバックオフィス端末５０のプロセッサ等によって当該プログラムを読み出して実行させてもよい。

また例えば、上述した実施形態において、受付端末２０、診療端末３０、会計端末４０及びバックオフィス端末５０は、それぞれ異なる端末装置であるものとして説明したが、この限りではない。受付端末２０、診療端末３０、会計端末４０及びバックオフィス端末５０のいずれか２つ以上の機能又は処理が１つの端末装置において実現されてもよい。かかる場合、受付端末２０、診療端末３０、会計端末４０及びバックオフィス端末５０のいずれか２つ以上の機能又は処理を記述したプログラムを、１つの端末装置が備えるメモリ等に記憶させ、その端末装置のプロセッサ等によって当該プログラムを読み出して実行させてもよい。

また例えば、汎用のコンピュータを、上述した実施形態に係るサーバ１０として機能させる実施形態も可能である。具体的には、上述した実施形態に係るサーバ１０の各機能を実現する処理内容を記述したプログラムを、汎用のコンピュータのメモリに格納し、プロセッサによって当該プログラムを読み出して実行させる。したがって、本開示は、プロセッサが実行可能なプログラム、又は当該プログラムを記憶する非一時的なコンピュータ読取可能な媒体としても実現可能である。

医療機関において、本開示に係る患者満足度アップＤＸシステム１により、患者が受付を行ってから、診療行為を受け、会計を行うまでの一連のデータ処理を連携させることで、医療機関における業務の効率化を実現し、患者満足度を向上させることができる。

１ システム（患者満足度アップＤＸシステム）
１０ サーバ
１１ 通信部
１２ 記憶部
１３ 制御部
２０ 受付端末
２１ 通信部
２２ 出力部
２３ 入力部
２４ 記憶部
２５ 制御部
３０ 診療端末
３１ 通信部
３２ 出力部
３３ 入力部
３４ 記憶部
３５ 制御部
４０ 会計端末
４１ 通信部
４２ 出力部
４３ 入力部
４４ 記憶部
４５ 制御部
５０ バックオフィス端末
５１ 通信部
５２ 出力部
５３ 入力部
５４ 記憶部
５５ 制御部
６０ ネットワーク

Claims (6)

1. 診療情報を管理するサーバと、各々が前記サーバと通信可能に構成された、受付端末、診療端末、及び会計端末と、を含み、
   前記受付端末は、診療申し込みを受け付けると、前記診療申し込みに患者の識別情報が含まれる場合に、前記患者の前記識別情報を前記サーバに送信し、
   前記サーバは、
   前記患者の前記識別情報を受信した場合に、前記患者の前記識別情報に関連付けられている前記患者の診療情報を前記診療端末に送信し、
   前記診療端末から前記患者の診療結果を受信した場合に、前記患者の前記診療結果に基づいて、前記患者の前記診療情報を更新するとともに、前記患者の会計情報を前記会計端末に送信し、
   前記会計端末は、前記患者の前記会計情報を受信した場合に、前記患者の前記会計情報に基づいて会計処理を行う、患者満足度アップＤＸシステム。
2. 前記受付端末は、前記診療申し込みを受け付けると、診療までの順番待ちに関する情報を参照するためのコード情報を出力する、請求項１に記載の患者満足度アップＤＸシステム。
3. 前記受付端末は、前記診療申し込みに基づいて初診であると判定した場合に、問診情報を登録するためのコード情報を出力し、
   前記サーバは、前記問診情報を受信した場合に、前記問診情報を前記患者の識別情報と関連付けて登録する、請求項１又は２に記載の患者満足度アップＤＸシステム。
4. 前記診療端末は、カメラを備えるモバイル端末であって、
   前記診療端末は、前記カメラで撮影された画像を、前記患者の前記診療結果として前記サーバに送信する、請求項１から３のいずれか一項に記載の患者満足度アップＤＸシステム。
5. 前記会計端末は、前記患者の前記会計情報に基づいて、診療費を支払うためのコード情報を出力する、請求項１から４のいずれか一項に記載の患者満足度アップＤＸシステム。
6. バックオフィス端末を更に含み、
   前記バックオフィス端末は、前記サーバ、前記受付端末、前記診療端末、又は前記会計端末から受信した情報に基づいて、統計情報を視覚化する、請求項１から５のいずれか一項に記載の患者満足度アップＤＸシステム。

Images