JP2022186900A - 問診受付システム、問診受付方法、及びプログラム - Google Patents

Abstract

【課題】ユーザが問診情報を登録する際の利便性を向上させることができる問診受付システムを提供することである。【解決手段】本発明にかかる問診受付システム１は、ユーザ端末１５から送信されたユーザ識別情報を受信し、ユーザ端末１５に問診情報登録サイトへのアクセス情報を送信するアクセス処理部１１と、ユーザ端末１５が問診情報登録サイトにアクセスして送信した問診情報と当該問診情報の対象者を示す患者区分とを受け付け、ユーザ識別情報と患者区分とで構成される患者ＩＤと問診情報とを対応付けてストレージ１３に格納する問診受付処理部１２と、を備える。【選択図】図１

Description

本発明は問診受付システム、問診受付方法、及びプログラムに関し、特にネットワークを利用した問診受付システム、問診受付方法、及びプログラムに関する。

患者が医療機関を受診する際、医療機関に準備されている問診票に患者が予め症状や体温を記入することで、医師は患者を効率よく診察することができる。例えば、患者が医療機関を受診する際、事前に問診情報をネットワーク経由で医療機関に提供することで、医師は更に効率よく患者を診察することができる。

特許文献１には、病院で診察を受ける前に患者の病状をある程度把握でき、病状に合わせて診察の予約を行うことのできる病院予約支援システムに関する技術が開示されている。

特開２００２－０９９６１５号公報

特許文献１に開示されている技術のように、問診情報を登録する際は、問診情報と当該問診情報の対象者である患者の情報とを対応付けて保存する必要がある。例えば、ユーザ端末を用いて問診情報を登録する場合は、メールアドレスのようなユーザを識別するための情報（以下、ユーザ識別情報）を用いて患者ＩＤを発行し、この患者ＩＤと問診情報とを対応付けて保存することができる。

しかしながら、ユーザ識別情報はユーザ本人を識別するための情報であり、このユーザ識別情報を用いて、他のユーザの問診情報を登録することはできない。例えば親が子である乳児の問診情報を登録するなど、ユーザ識別情報で特定される「ユーザ端末を操作して問診情報を入力する者」と、問診対象である「患者」とが異なる場合、親のユーザ識別情報を用いて患者ＩＤを生成することができないため、問診情報を登録することはできない。このため、ユーザが問診受付システムに問診情報を登録する際の利便性が低下するという問題がある。

本発明にかかる問診受付システムは、ユーザ端末から送信されたユーザ識別情報を受信し、前記ユーザ端末に問診情報登録サイトへのアクセス情報を送信するアクセス処理部と、前記ユーザ端末が前記問診情報登録サイトにアクセスして送信した問診情報と当該問診情報の対象者を示す患者区分とを受け付け、前記ユーザ識別情報と前記患者区分とで構成される患者ＩＤと前記問診情報とを対応付けて第１のストレージに格納する問診受付処理部と、を備える。

本発明にかかる問診受付方法は、ユーザ端末から送信されたユーザ識別情報を受信し、前記ユーザ端末に問診情報登録サイトへのアクセス情報を送信し、前記ユーザ端末が前記問診情報登録サイトにアクセスして送信した問診情報と当該問診情報の対象者を示す患者区分とを受け付け、前記ユーザ識別情報と前記患者区分とで構成される患者ＩＤと前記問診情報とを対応付けてストレージに格納する。

本発明にかかるプログラムは、ユーザ端末から送信されたユーザ識別情報を受信し、前記ユーザ端末に問診情報登録サイトへのアクセス情報を送信し、前記ユーザ端末が前記問診情報登録サイトにアクセスして送信した問診情報と当該問診情報の対象者を示す患者区分とを受け付け、前記ユーザ識別情報と前記患者区分とで構成される患者ＩＤと前記問診情報とを対応付けてストレージに格納する、処理をコンピュータに実行させるためのプログラムである。

本発明により、ユーザが問診情報を登録する際の利便性を向上させることができる問診受付システム、問診受付方法、及びプログラムを提供することができる。

実施の形態１にかかる問診受付システムを説明するためのブロック図である。 実施の形態１にかかる問診受付システムの動作フローを説明するための図である。 ユーザ識別情報、患者区分、患者ＩＤの一例を示す表である。 患者区分の一例を示す表である。 実施の形態２にかかる問診受付システムを説明するためのブロック図である。 実施の形態２にかかる問診受付システムの動作フローを説明するための図である。 実施の形態２にかかる問診受付システムの動作を説明するための図である。 実施の形態２にかかる問診受付システムの動作を説明するための図である。 実施の形態２にかかる問診受付システムで用いられるチケット情報の一例を示す図である。 実施の形態２にかかる問診受付システムの問診フォームの一例を示す図である（基本情報入力画面）。 実施の形態２にかかる問診受付システムの問診フォームの一例を示す図である（詳細情報入力画面）。 実施の形態２にかかる問診受付システムの問診フォームの一例を示す図である（詳細情報入力画面）。 実施の形態２にかかる問診受付システムの入力内容確認画面の一例を示す図である。 実施の形態２にかかる問診受付システムの予約確認画面の一例を示す図である。 実施の形態２にかかる問診受付システムで用いられるチケット情報の一例を示す図である。 実施の形態２にかかる問診受付システムで用いられるチケット情報の一例を示す図である。 実施の形態２にかかる問診受付システムで用いられるチケット情報の一例を示す図である。 実施の形態２にかかる問診受付システムで用いられるチケット情報の一例を示す図である。 実施の形態２にかかる問診受付システムにおけるＰＨＲストレージ及び医療機関ストレージのデータ構造を示す図である。 実施の形態２にかかる問診受付システムのＰＨＲストレージ及び医療機関ストレージの構成例を示すブロック図である。 実施の形態２にかかる問診受付システムのハードウェア構成例を示すブロック図である。

＜実施の形態１＞
以下、図面を参照して本発明の実施の形態について説明する。
図１は、実施の形態１にかかる問診受付システムを説明するためのブロック図である。図１に示すように、問診受付システム１は、アクセス処理部１１、問診受付処理部１２、及びストレージ１３を備える。ユーザ端末１５および医療機関端末１６はそれぞれ、問診受付システム１にアクセス可能に構成されている。具体的には、ユーザ端末１５は、問診受付システム１にアクセスして患者の問診情報を登録する。また、医療機関端末１６は、問診受付システム１にアクセスして患者の問診情報を参照する。

問診受付システム１は、例えば、サーバシステム、クラウドシステム等を用いて構成することができる。ユーザ端末１５および医療機関端末１６は、スマートフォン、タブレット端末等の携帯端末装置やパーソナルコンピュータ等を用いて構成することができる。

なお、図１では、１台のユーザ端末１５および１台の医療機関端末１６が問診受付システム１にそれぞれ接続されている例を示しているが、問診受付システム１に接続されるユーザ端末１５および医療機関端末１６はそれぞれ複数であってもよい。また、ユーザ端末１５および医療機関端末１６は、無線または有線のネットワーク回線を介して問診受付システム１にそれぞれ接続されている。

アクセス処理部１１は、ユーザ端末１５から送信されたユーザ識別情報を受信し、ユーザ端末１５に問診情報登録サイトへのアクセス情報を送信する。ここで、問診情報登録サイトへのアクセス情報とは、ユーザ端末１５を用いて患者の問診情報を入力するためのサイトに関する情報である。問診情報登録サイトは、問診受付システム１（例えば、問診受付処理部１２）が提供するように構成されている。アクセス処理部１１は、問診情報登録サイトのＵＲＬ（Uniform Resource Locator）をアクセス情報としてユーザ端末１５に供給する。

問診受付処理部１２は、ユーザ端末１５が問診情報登録サイトにアクセスして送信した問診情報と当該問診情報の対象者を示す患者区分とを受け付け、ユーザ識別情報と患者区分とで構成される患者ＩＤと問診情報とを対応付けてストレージ１３に格納する。ストレージ１３は、例えばハードディスクドライブを用いて構成されている。

ここで、ユーザ識別情報は、ユーザ端末１５を操作して問診情報を入力する者を識別するための情報であり、例えば図３に示すようにメールアドレスを用いることができる。また、患者区分は、問診対象である患者を示すコードであり、複数のユーザ（第１のユーザおよび第２のユーザ）にそれぞれ付与された区分である。例えば図４に示すように、患者区分は、ユーザ本人およびユーザの子供にそれぞれ付与された区分の中から選択される。患者ＩＤは、ユーザ識別情報と患者区分とを用いて生成されるＩＤ情報である。例えば、図３に示すように、ユーザ識別情報であるメールアドレス「ａａａ＠ｘｘｘ．ｙｙｙ」の後に患者区分「１」を付加することで、患者ＩＤ「ａａａ＠ｘｘｘ．ｙｙｙ：１」を生成することができる。

このように、本実施の形態にかかる問診受付システム１では、ユーザ識別情報と患者区分とを用いて患者ＩＤを構成している。よって、ユーザ識別情報で特定される「ユーザ端末１５を操作して問診情報を入力する者」と、問診対象である「患者」とが異なっていても、適切に患者ＩＤを生成することができる。例えば、乳幼児が受診する場合は、母親が問診情報を入力する必要がある。このような場合は、母親のメールアドレス「ａａａ＠ｘｘｘ．ｙｙｙ」をユーザ識別情報とし、患者区分を「１」（第一子）とすることで、問診対象の患者（乳幼児）を示す患者ＩＤ「ａａａ＠ｘｘｘ．ｙｙｙ：１」を生成することができる。

また、例えば、母親本人が受診する場合は、母親のメールアドレス「ａａａ＠ｘｘｘ．ｙｙｙ」をユーザ識別情報とし、患者区分を「０」（本人）とすることで、母親本人の患者ＩＤ「ａａａ＠ｘｘｘ．ｙｙｙ：０」を生成することができる。すなわち、ユーザ識別情報であるメールアドレスを基に、患者区分に応じた患者ＩＤを生成することができる。

なお、図３ではユーザ識別情報にメールアドレスを用いた例を示したが、本実施の形態ではユーザ識別情報として任意のＩＤをユーザが設定するようにしてもよい。本人確認の精度を向上させることを考慮すると、メールアドレス、ＩＣカード番号、クレジットカード番号等を用いることが好ましい。

特にユーザ識別情報にメールアドレスを用いた場合は、ユーザ端末１５からアクセス処理部１１に空メールを送信し、その返信としてアクセス処理部１１から問診情報登録サイトのＵＲＬを受信し、このＵＲＬに示される問診情報登録サイトにアクセスする。これにより、本人確認の精度を向上させることができる。

また、図４では、患者区分として、本人、第一子、第二子、第三子を備える場合を例として示した。しかし、本実施の形態では患者区分はこれ以外の構成であってもよく、例えば、家族を構成する他のメンバー、具体的には配偶者、祖父母等を患者区分に加えてもよい。また、家族以外のメンバーで患者区分を構成してもよい。また、本実施の形態では複数の患者区分を選択可能に構成してもよい。この場合は、選択した複数の患者区分のそれぞれについて、患者ＩＤが生成される。例えば、患者区分として、第一子と第二子が選択された場合、２つの患者ＩＤ「ａａａ＠ｘｘｘ．ｙｙｙ：１」、「ａａａ＠ｘｘｘ．ｙｙｙ：２」が生成され、各々の患者の問診情報が患者ＩＤと対応付けて登録可能になる。

次に、本実施の形態にかかる問診受付システムの動作（問診受付方法）について説明する。図２は、本実施の形態にかかる問診受付システムの動作フローを説明するための図である。なお、以下では、ユーザ識別情報としてユーザのメールアドレスを用いた場合を例として説明している。

図２に示すように、ユーザ端末１５は、アクセス処理部１１に空メールを送信する（ステップＳ１）。アクセス処理部１１は、ユーザ端末１５から送信された空メールを受信するとユーザ端末１５に問診情報登録サイトのＵＲＬを送信する（ステップＳ２）。

その後、ユーザはユーザ端末１５を用いて問診情報登録サイトのＵＲＬにアクセスし、患者区分と問診情報とを入力する。入力された患者区分と問診情報は問診受付処理部１２に送信される（ステップＳ３）。問診受付処理部１２は、送信された患者区分と問診情報とを受け付け、患者ＩＤと問診情報とを対応付けてストレージ１３に格納する（ステップＳ４）。医療機関は、医療機関端末１６を用いて、ストレージ１３に格納されている患者ＩＤおよび問診情報を確認する（ステップＳ５）。

このようなフローにより、ユーザ端末１５は、問診受付システム１にアクセスして患者の問診情報を登録することができる。また、医療機関端末１６は、問診受付システム１にアクセスして患者の問診情報を参照することができる。

特許文献１に開示されている技術のように、問診情報を登録する際は、問診情報と当該問診情報の対象者である患者の情報とを対応付けて保存する必要がある。例えば、ユーザ端末を用いて問診情報を登録する場合は、メールアドレスのようなユーザを識別するための情報（ユーザ識別情報）を用いて患者ＩＤを生成し、この患者ＩＤと問診情報とを対応付けて保存することができる。

しかしながら、ユーザ識別情報はユーザ本人を識別するための情報であり、このユーザ識別情報を用いて、他のユーザの問診情報を登録することはできない。例えば親が子である乳児の問診情報を登録するなど、ユーザ識別情報で特定される「ユーザ端末を操作して問診情報を入力する者」と、問診対象である「患者」とが異なる場合、親のユーザ識別情報を用いて患者ＩＤを生成することができないため、問診情報を登録することはできない。このため、ユーザが問診受付システムに問診情報を登録する際の利便性が低下するという問題があった。

これに対して本実施の形態にかかる問診受付システムでは、ユーザ端末１５から送信されたユーザ識別情報と患者区分とを用いて患者ＩＤを生成し、この患者ＩＤと対応付けてストレージ１３に問診情報を格納している。よって、ユーザ識別情報で特定される「ユーザ端末１５を操作して問診情報を入力する者」と、問診対象である「患者」とが異なっていても、適切に患者ＩＤを生成することができ、問診情報をこの患者ＩＤと対応付けてストレージに格納することができる。

したがって、本実施の形態にかかる発明により、ユーザが問診情報を登録する際の利便性を向上させることができる問診受付システム、問診受付方法、及びプログラムを提供することができる。

＜実施の形態２＞
次に、本発明の実施の形態２について説明する。実施の形態２では、実施の形態１で説明した問診受付システムのより詳細な構成について説明している。なお、本実施の形態では、実施の形態１と重複する部分については適宜説明を省略している。

図５は、実施の形態２にかかる問診受付システムを説明するためのブロック図である。図５に示すように、問診受付システム２は、問診システム２０および予約システム３０を備える。問診システム２０は、アクセス処理部２１、問診受付処理部２２、ＰＨＲ（Personal Health Records）ストレージ２３、問診提出処理部２４、医療機関ストレージ２５、問診参照処理部２６、及び更新処理部２７を備える。ここで、図５に示すアクセス処理部２１は図１に示したアクセス処理部１１に対応し、図５に示す問診受付処理部２２は図１に示した問診受付処理部１２に対応し、図５に示すＰＨＲストレージ２３および医療機関ストレージ２５は図１に示したストレージ１３に対応している。予約システム３０は、予約処理部３１および予約参照処理部３２を備える。

ユーザ端末１５および医療機関端末１６はそれぞれ、問診受付システム２にアクセス可能に構成されている。具体的には、ユーザ端末１５は、問診受付システム２にアクセスして患者の問診情報を登録する。また、医療機関端末１６は、問診受付システム２にアクセスして患者の問診情報および予約状況を参照する。

問診受付システム２は、例えば、サーバシステム、クラウドシステム等を用いて構成することができる。ユーザ端末１５および医療機関端末１６は、スマートフォン、タブレット端末等の携帯端末装置やパーソナルコンピュータ等を用いて構成することができる。

なお、図５では、１台のユーザ端末１５および１台の医療機関端末１６が問診受付システム２にそれぞれ接続されている例を示しているが、問診受付システム２に接続されるユーザ端末１５および医療機関端末１６はそれぞれ複数であってもよい。また、ユーザ端末１５および医療機関端末１６は、無線または有線のネットワーク回線を介して問診受付システム２にそれぞれ接続されている。

問診システム２０が備えるアクセス処理部２１は、ユーザ端末１５から送信されたユーザ識別情報を受信すると、ユーザ端末１５に問診情報登録サイトへのアクセス情報を送信する。ここで、問診情報登録サイトへのアクセス情報とは、ユーザ端末１５を用いて患者の問診情報を入力するためのサイトに関する情報である。問診情報登録サイトは、問診システム２０（例えば、問診受付処理部２２）が提供するように構成されている。アクセス処理部２１は、問診情報登録サイトのＵＲＬをアクセス情報としてユーザ端末１５に供給する。

問診受付処理部２２は、ユーザ端末１５が問診情報登録サイトにアクセスして送信した問診情報と当該問診情報の対象者を示す患者区分とを受け付け、ユーザ識別情報と患者区分とで構成される患者ＩＤと問診情報とを対応付けてＰＨＲストレージ２３に格納する。また、問診受付処理部２２はチケット情報を生成する。チケット情報の詳細については後述する。なお、ユーザ識別情報、患者区分、及び患者ＩＤについては、実施の形態１で説明した場合（図３、図４参照）と同様であるので重複した説明は省略する。

ＰＨＲストレージ２３は、患者の問診情報を患者ＩＤと対応付けて格納している。例えば、ＰＨＲストレージ２３は、特定の患者の複数の医療機関における問診情報を患者ＩＤと対応付けて格納している。これにより、特定の患者の問診情報を生涯にわたって蓄積することができ、健康状態を生涯にわたって管理することができる。患者はユーザ端末１５を用いて自分の問診情報の履歴を確認することができる。

また、ＰＨＲストレージ２３には、複数の患者の問診情報を各々の患者の患者ＩＤと対応付けて格納してもよい。このように、複数の患者の問診情報を蓄積することで多数の問診情報を蓄積することができ、蓄積した問診情報のデータを統計的に解析して活用することができる。この場合は、プライバシー保護の観点から、各々の患者は自分の患者ＩＤの情報しか参照することができないようにすることが好ましい。ＰＨＲストレージ２３は、例えばハードディスクドライブを用いて構成されている。

問診提出処理部２４は、医療機関がアクセス可能な医療機関ストレージ２５に、ＰＨＲストレージ２３に格納されている患者ＩＤ及び問診情報をコピーする。このとき、問診提出処理部２４は、チケット情報を用いてＰＨＲストレージ２３から医療機関ストレージ２５に患者ＩＤ及び問診情報をコピーする。なお、ＰＨＲストレージ２３は、医療機関がアクセスできないように構成されている。

医療機関ストレージ２５は、問診提出処理部２４から供給された問診情報を患者ＩＤと対応付けて格納する。医療機関ストレージ２５は、複数の医療機関の問診情報を格納することができる。医療機関ストレージ２５に格納されている問診情報には、患者が受診する医療機関に対応した医療機関コードが付与されている。よって、医療機関は、複数の医療機関の問診情報のうち、自分の医療機関コードが付与されている問診情報のみを医療機関ストレージ２５から引き出すことができる。医療機関ストレージ２５は、例えばハードディスクドライブを用いて構成されている。

問診参照処理部２６は、医療機関ストレージ２５に格納されている患者ＩＤおよび問診情報を医療機関端末１６に送信する。これにより、医療機関は、医療機関ストレージ２５に格納されている患者ＩＤおよび問診情報を医療機関端末１６を用いて参照することができる。このとき、問診参照処理部２６は、医療機関端末１６を使用している医療機関の医療機関コードに対応する問診情報のみを医療機関端末１６に送信する。

更新処理部２７は、ＰＨＲストレージ２３および医療機関ストレージ２５に格納されている患者ＩＤを更新する。具体的には、患者が医療機関を初めて受診する場合、この医療機関に対して問診情報を初めて登録することになる。この場合は、この患者の患者番号が存在しないため、上記で説明したユーザ識別情報と患者区分とを用いて患者ＩＤを生成する。ＰＨＲストレージ２３および医療機関ストレージ２５には、ユーザ識別情報と患者区分とを用いて生成された患者ＩＤを用いて問診情報が格納される。その後、医療機関において患者の本人確認がとれた後、医療機関は医療機関端末１６に患者番号を入力する。この入力された患者番号は更新処理部２７に供給される。更新処理部２７は、ＰＨＲストレージ２３および医療機関ストレージ２５に格納されている患者ＩＤ、つまりユーザ識別情報と患者区分とで構成されている患者ＩＤを、医療機関が付与した患者番号に更新する。以降、この患者がこの医療機関に対して問診情報を登録する場合は、患者ＩＤとしてこの患者番号が使用される。なお、本実施の形態では、患者ＩＤを更新する際、患者ＩＤを削除せずに、患者ＩＤと患者番号とを紐付けするようにしてもよい。

予約システム３０が備える予約処理部３１は、問診受付処理部２２から取得した問診情報に基づいてユーザに予約枠候補を提示し、提示した予約枠候補の中からユーザが選択した予約枠を、確定した予約枠として処理する。このとき、予約処理部３１は、問診情報に基づいて判断された緊急度に応じて予約枠候補を決定してもよい。例えば、予約処理部３１は、患者の体温に応じて緊急度を設定してもよい。例えば、体温が３９．０℃以上の場合は緊急度を「高」とし、体温が３８．０℃以上３８．９℃未満の場合は緊急度を「中」とし、体温が３８．０℃よりも低い場合は緊急度を「低」としてもよい。また、例えば、誤飲、けいれん症状がある場合など、緊急度が高い症状の場合には緊急度を「高」としてもよい。

予約参照処理部３２は、予約処理部３１で確定された予約枠に関する情報を医療機関端末１６に送信する。これにより、医療機関は、医療機関端末１６を用いて受診予定の患者の予約枠を参照することができる。

次に、本実施の形態にかかる問診受付システムの動作（問診受付方法）について説明する。図６は、本実施の形態にかかる問診受付システムの動作フローを説明するための図である。なお、以下では、ユーザ識別情報としてユーザのメールアドレスを用いた場合を例として説明している。

図６に示すように、ユーザ端末１５は、アクセス処理部２１に空メールを送信する（ステップＳ１１）。アクセス処理部２１は、ユーザ端末１５から送信された空メールを受信すると、ユーザ端末１５に問診情報登録サイトのＵＲＬを送信する（ステップＳ１２）。

図７を用いて具体的に説明すると、例えばユーザ端末１５は、医療機関のホームページに掲載されているＱＲコード（登録商標）４１を読み取り、このＱＲコード４１に記録されている医療機関のメールアドレスに空メールを送信する（ステップＳ１１）。アクセス処理部２１は、ユーザ端末１５に問診情報登録サイトのＵＲＬ（４２）を送信する（ステップＳ１２）。空メールの送信先は、医療機関毎に設定されているので、アクセス処理部２１は空メールの送信先、つまり医療機関のメールアドレスを用いて、ユーザが受診する医療機関を識別することができる。

その後、図６に示すように、ユーザはユーザ端末１５を用いて問診情報登録サイトのＵＲＬにアクセスし、患者区分を含む患者情報を入力する。入力された患者情報は問診受付処理部２２に送信される（ステップＳ１３）。問診受付処理部２２は、患者情報が供給されるとチケット情報を生成する（ステップＳ１４）。

図８を用いて具体的に説明すると、例えばユーザ端末１５を用いて問診情報登録サイトのＵＲＬにアクセスすると、ユーザ端末１５には患者情報入力画面４５が表示される。ユーザは、患者の続柄、生年月日、性別を記入し、これらの患者情報を問診受付処理部２２に送信する（ステップＳ１３）。患者が医療機関を初めて受診する場合は診察券番号を空欄とする。

問診受付処理部２２は、患者情報が供給されるとチケット情報を生成する（ステップＳ１４）。ここでチケット情報は、問診提出処理部２４がＰＨＲストレージ２３から医療機関ストレージ２５に患者ＩＤ及び問診情報をコピーする際に用いられる情報であり、送信元情報である患者ＩＤと送信先情報である医療機関情報とを含む情報である。

図９は、チケット情報の一例を示す図である。図９に示すように、チケット情報には、チケット発行番号、発行元コード、発行元患者番号、発行元回答番号、発行先コード、発行先患者番号、及び発行先回答番号の項目が設けられている。

チケット発行番号は、問診受付処理部２２がチケット情報を生成した際に付与される通し番号である。発行元コードは、問診情報の発行元を示すコードであり、「９９９９」は発行元がＰＨＲストレージ２３であることを示している。発行元患者番号は、ユーザ識別情報と患者区分とで構成される患者ＩＤであり、ユーザ識別情報がメールアドレスである場合は、図９に示すようなメールアドレスに患者区分を付加した文字列「ａａａ＠ｘｘｘ．ｙｙｙ：１」となる。発行元回答番号は、問診情報が入力された際に付与される番号である。

発行先コードは、選択された医療機関の識別コード、換言すると、患者が受診する医療機関の識別コードである。この医療機関の識別コードは、ユーザが空メールを送信した際の送信先のメールアドレスに対応する医療機関の識別コードである。発行先患者番号は、ユーザ識別情報と患者区分とで構成される患者ＩＤであり、ユーザ識別情報がメールアドレスである場合は、図９に示すようなメールアドレスに患者区分が付加した文字列「ａａａ＠ｘｘｘ．ｙｙｙ：１」となる。発行先回答番号は、ＰＨＲストレージ２３から医療機関ストレージ２５に問診情報がコピーされたときに付与される番号である。チケット情報は、図６に示すステップＳ２５の問診提出処理のときに使用される。この処理については後述する。

図６に示すように、問診受付処理部２２は、ユーザ端末１５に問診フォームを送信する（ステップＳ１５）。その後、ユーザは、ユーザ端末１５を用いて問診フォームに患者の問診情報を入力する（ステップＳ１６）。

例えば、問診情報には、（１）基本情報、（２）プロフィール情報、（３）今回情報が含まれている。基本情報は、患者の生年月日、性別の基本的な情報である。プロフィール情報は、患者のアレルギー、予防接種の履歴等の過去の事実である。今回情報は、体重、現在の体温、来院理由等の情報である。

図１０は、問診フォームの一例を示す図であり、基本情報入力画面の一例を示している。図１０に示すように、基本情報入力画面には、問診項目として、生年月日、性別、体重、回答者、現在の体温、最も高い時の体温、発熱開始時の欄があり、ユーザはこれらの欄に問診内容を記入する。ここで、生年月日、性別は基本情報に対応し、体重、現在の体温、最も高い時の体温、発熱開始時は今回情報に対応している。

図１１、図１２は、問診フォームの一例を示す図であり、詳細情報入力画面の一例を示している。図１１に示す詳細情報入力画面では、溺水、熱傷、打撲、ねんざ等の症状毎に問診内容（今回情報）を記入できるように構成されている。また、図１２に示す詳細情報入力画面では、画面に示される部位毎に問診内容を入力できるように構成されている。なお、これらの問診フォームは一例であり、本実施の形態にかかる問診受付システムではこれら以外の問診フォームを用いてもよい。

また、図６のステップＳ１５において問診受付処理部２２が問診フォームをユーザ端末１５に送信する際、患者の問診情報の登録が２回目以降である場合は、共通項目である基本情報およびプロフィール情報の入力を省略することができる。

つまり、問診受付処理部２２は、ユーザ端末１５から患者情報が送信されると（ステップＳ１３）、この患者が初めての受診であるのか、または２回目以降の受診であるのかを識別することができる。問診受付処理部２２は、患者が初めて受診する場合は、基本情報、プロフィール情報、および今回情報を含む問診情報を入力可能な問診フォームをユーザ端末１５に送信する（ステップＳ１５）。一方、問診受付処理部２２は、患者が２回目以降の受診である場合は、共通項目である基本情報およびプロフィール情報の前回の入力値が反映された問診フォームをユーザ端末１５に送信する（ステップＳ１５）。

ユーザが問診フォームに患者の問診情報を入力した後、ユーザ端末１５は予約システム３０に予約枠を要求する（ステップＳ１７）。具体的には、図５に示すユーザ端末１５は問診受付処理部２２に問診情報を送信する。問診受付処理部２２は、ユーザ端末１５から送信された問診情報を予約処理部３１に送信する。その後、予約処理部３１は、受診予定の医療機関の空き状況および問診受付処理部２２から取得した問診情報に基づいて予約枠候補を決定する。このとき、予約処理部３１は、問診情報に基づいて判断された緊急度に応じて予約枠候補を決定してもよい。例えば、予約処理部３１は、患者の体温に応じて緊急度を設定してもよい。

その後、予約処理部３１は、予約枠候補を問診受付処理部２２を経由してユーザ端末１５に提示する（ステップＳ１８）。図１３は、問診受付システムの入力内容確認画面の一例を示す図である。図１３に示す入力内容確認画面には複数の予約枠候補４６が表示されており、ユーザはこの予約枠候補の中から予約枠を選択して予約枠を確定する（ステップＳ１９）。

その後、ユーザ端末１５は、ユーザによって入力された問診情報を問診受付処理部２２に送信する（ステップＳ２０）。また、ユーザ端末１５は、確定した予約枠を問診受付処理部２２を経由して予約処理部３１に送信する（ステップＳ２１）。具体的には、ユーザ端末１５は、確定した予約枠を問診受付処理部２２に送信する。その後、問診受付処理部２２は、確定した予約枠を予約処理部３１に送信する。

問診受付処理部２２は、ユーザ端末１５から問診情報と予約枠とを受け付けると、ユーザ端末１５に登録確認通知を送信する（ステップＳ２２）。これにより、ユーザ端末１５には、図１４に示すような予約日時４８と問診内容４９とが表示された確認画面が表示される。

また、問診受付処理部２２は、患者ＩＤ及び問診情報をＰＨＲストレージ２３に格納する（ステップＳ２３）。これにより、ＰＨＲストレージ２３に患者ＩＤ及び問診情報が格納される（ステップＳ２４）。患者ＩＤ及び問診情報をＰＨＲストレージ２３に格納する際、問診受付処理部２２は、図１５に示すように、チケット情報の発行元回答番号を新たに付与する。図１５では、発行元回答番号を「１００」としている。ここで、チケット情報の発行元回答番号は、ＰＨＲストレージ２３に格納された問診情報を識別するための番号である。

その後、問診提出処理部２４は、ＰＨＲストレージ２３に格納されている患者ＩＤ及び問診情報を医療機関ストレージ２５にコピーする（ステップＳ２５：問診提出処理）。これにより、医療機関ストレージ２５に患者ＩＤ及び問診情報が格納される（ステップＳ２６）。このとき、問診提出処理部２４は、チケット情報を用いてＰＨＲストレージ２３から医療機関ストレージ２５に患者ＩＤ及び問診情報をコピーする。つまり、患者が受診する医療機関に対応する医療機関ストレージ２５は、チケット情報の「発行先コード」（図１５の発行先コード「０００１」参照）によって識別され、問診提出処理部２４はこの発行先コードに対応する医療機関ストレージ２５に患者ＩＤ及び問診情報をコピーする。このチケット情報の「発行先コード」は、医療機関毎に設定されている空メールの送信先のアドレスに、ユーザが空メールを送信することで付与される。チケット情報は、問診受付処理部２２から問診提出処理部２４に供給される。

患者ＩＤ及び問診情報を医療機関ストレージ２５に格納する際、問診提出処理部２４は、図１６に示すように、チケット情報の発行先回答番号を新たに付与する。図１６では、発行元回答番号を「１０１」としている。ここで、チケット情報の発行先回答番号は、医療機関ストレージ２５に格納された問診情報を識別するための番号である。

その後、問診参照処理部２６は、医療機関端末１６からの要求に応じて、医療機関ストレージ２５に格納されている患者ＩＤおよび問診情報を医療機関端末１６に送信する（ステップＳ２７：問診参照処理）。これにより、医療機関は、医療機関ストレージ２５に格納されている患者ＩＤおよび問診情報を医療機関端末１６を用いて参照することができる（ステップＳ２８）。

また、予約参照処理部３２は、医療機関端末１６からの要求に応じて、予約処理部３１で確定された予約枠に関する情報を医療機関端末１６に送信する（ステップＳ２９：予約参照処理）。これにより、医療機関は、医療機関端末１６を用いて受診予定の患者の予約枠を参照することができる（ステップＳ３０）。例えば、医療機関は医療機関端末１６を用いて当日の予約枠を確認することができる。

患者が医療機関を初めて受診する場合、患者が医療機関を受診し、医療機関において患者の本人確認が取れると、医療機関の担当者（例えば、医師など）は医療機関端末１６を用いて患者番号を確定する（ステップＳ３１）。

更新処理部２７は、図６のステップＳ３１にて患者番号が確定されると、ＰＨＲストレージ２３および医療機関ストレージ２５に格納されている患者ＩＤを更新する（ステップＳ３２）。つまり、患者が医療機関を初めて受診する場合、ＰＨＲストレージ２３および医療機関ストレージ２５に格納されている患者ＩＤは、ユーザ識別情報（メールアドレス）と患者区分とを用いて生成された患者ＩＤ（例えば、「ａａａ＠ｘｘｘ．ｙｙｙ：１」）となっている。更新処理部２７は、ＰＨＲストレージ２３および医療機関ストレージ２５に格納されているこの患者ＩＤを、医療機関が付与した患者番号（例えば、「１２３４５」）に更新する。図１７に、患者ＩＤを患者番号（「１２３４５」）に更新した後のチケット情報の一例を示す。以降、この患者がこの医療機関に対して問診情報を登録する場合は、患者ＩＤとしてこの患者番号が使用される。

なお、過去に医療機関を受診したことがある場合、つまり患者番号が既に存在する場合は図６のステップＳ３１～Ｓ３２の処理は省略される。

次に、過去に受診したことがある医療機関を患者が再び受診する場合の動作フローについて説明する。図６に示すように、ユーザ端末１５は、アクセス処理部２１に空メールを送信する（ステップＳ１１）。アクセス処理部２１は、ユーザ端末１５から送信された空メールを受信すると、ユーザ端末１５に問診情報登録サイトのＵＲＬを送信する（ステップＳ１２）。

その後、ユーザはユーザ端末１５を用いて問診情報登録サイトのＵＲＬにアクセスし、患者区分を含む患者情報を入力する。入力された患者情報は問診受付処理部２２に送信される（ステップＳ１３）。その後、問診受付処理部２２は、ユーザ識別情報と患者区分とで構成される患者ＩＤ（ａａａ＠ｘｘｘ．ｙｙｙ：１）を生成する。ここで、患者が過去に医療機関（発行先コード「０００１」）を受診したことがある場合は、既に図１８に示すようなチケット情報が存在する。この場合は、問診受付処理部２２で生成された患者ＩＤ（ａａａ＠ｘｘｘ．ｙｙｙ：１）が、既に存在するチケット情報の「発行元患者番号」と一致するので、発行先患者番号である「１２３４５」を患者ＩＤとして使用する。

以降の動作フロー、つまり図６に示すステップＳ１５～Ｓ３０の動作フローは上記で説明した場合と同様であるので重複した説明は省略する。

なお、上記のステップＳ３２において更新処理部２７がＰＨＲストレージ２３および医療機関ストレージ２５に格納されている患者ＩＤを更新する際、図１８に示すように、チケット情報の「発行先患者番号」も医療機関が付与した患者番号「１２３４５」に更新される。しかし、「発行元患者番号」は医療機関が付与した患者番号に更新せず、ユーザ識別情報と患者区分とで構成される患者ＩＤ（ａａａ＠ｘｘｘ．ｙｙｙ：１）としている。これは、上記で説明したように、同一の患者が同一の医療機関を受診したことがあるか否か、つまり既にチケット情報が存在するか否かを「発行元患者番号」（ａａａ＠ｘｘｘ．ｙｙｙ：１）を用いて調べるためである。

次に、本実施の形態にかかる問診受付システムにおけるＰＨＲストレージ２３及び医療機関ストレージ２５のデータ構造について、図１９を用いて説明する。図１９に示すように、ＰＨＲストレージ２３及び医療機関ストレージ２５は、データテーブルとして基本情報テーブル５１と問診テーブル５２とを備える。基本情報テーブル５１は、患者の基本情報を格納するテーブルである。問診テーブル５２は、問診情報、つまり患者の具体的な問診内容を格納するテーブルである。

基本情報テーブル５１は、ＩＤ番号、回答日、医療機関コード、患者ＩＤ、及び問診回答コードを項目として備える。問診テーブル５２は、問診回答コード、誕生日、身長、体重、性別、及び問診回答（複数）を項目として備える。基本情報テーブル５１と問診テーブル５２は一対一の関係にあり、各々のテーブルは問診回答コードをキーとして互いに連結されている。なお、問診テーブル５２の問診回答コード、誕生日、性別は、問診情報の基本情報に対応している。

基本情報テーブル５１の医療機関コードは、ＰＨＲストレージ２３に格納される場合はＰＨＲストレージ２３を示すコード（例えば「９９９９」）であり、これはチケット情報の発行元コードに対応している。また、医療機関ストレージ２５に格納される場合は、医療機関コードは患者が受診する医療機関を示すコード（例えば、「０００１」）であり、これはチケット情報の発行先コードに対応している。

また、基本情報テーブル５１の患者ＩＤは、新規登録時にはメールアドレスと患者区分とで構成される患者ＩＤ（例えば、「ａａａ＠ｘｘｘ．ｙｙｙ：１」）であり、既に医療機関から患者番号が付与されているときは患者番号（例えば、「１２３４５」）である。なお、図６のステップＳ３２において更新処理が実施される際は、基本情報テーブル５１の患者ＩＤ（例えば、「ａａａ＠ｘｘｘ．ｙｙｙ：１」）が医療機関が付与した患者番号（例えば、「１２３４５」）に更新される。

次に、本実施の形態にかかる問診受付システムのＰＨＲストレージ２３及び医療機関ストレージ２５の構成例について、図２０に示すブロック図を用いて説明する。図２０では、複数の患者および複数の医療機関が問診受付システムにアクセスする場合を示している。図２０に示すように、ＰＨＲストレージ２３は、患者Ａがアクセス可能な患者データ領域Ａ、患者Ｂがアクセス可能な患者データ領域Ｂ、患者Ｃがアクセス可能な患者データ領域Ｃをそれぞれ備える。ここで、各々の患者データ領域Ａ～Ｃは、各々異なるハードディスクドライブを用いて構成して物理的に分離されていてもよく、また、同一のハードディスクドライブで構成して、ソフトウェア的に分離されていてもよい。各々の患者データ領域Ａ～Ｃをソフトウェア的に分離する場合は、例えば図１９に示す基本情報テーブル５１の「患者ＩＤ」を用いてデータを分離することができる。

このように、各々の患者がアクセスできる患者データ領域を制限することで問診受付システムのセキュリティレベルを維持することができる。また、ＰＨＲストレージ２３には複数の患者Ａ～Ｃの問診情報を各々の患者の患者ＩＤと対応付けて格納されているので、蓄積された問診情報のデータを統計的に解析して活用することができる。この場合、ＰＨＲストレージ２３には患者の個人情報が格納されていないので患者のプライバシーを保護しつつ、患者の問診情報を活用することができる。

また、図２０に示すように、医療機関ストレージ２５は、医療機関Ａがアクセス可能な医療機関データ領域Ａ、医療機関Ｂがアクセス可能な医療機関データ領域Ｂ、医療機関Ｃがアクセス可能な医療機関データ領域Ｃをそれぞれ備える。ここで、各々の医療機関データ領域Ａ～Ｃは、各々異なるハードディスクドライブを用いて構成して物理的に分離されていてもよく、また、同一のハードディスクドライブで構成して、ソフトウェア的に分離されていてもよい。各々の医療機関データ領域Ａ～Ｃをソフトウェア的に分離する場合は、例えば図１９に示す基本情報テーブル５１の「医療機関コード」を用いてデータを分離することができる。このように、各々の医療機関がアクセスできる医療機関データ領域を制限することで問診受付システムのセキュリティレベルを維持することができる。

本実施の形態にかかる問診受付システム２においても、ユーザ端末１５から送信されたユーザ識別情報と患者区分とを用いて患者ＩＤを生成し、この患者ＩＤと対応付けてＰＨＲストレージ２３及び医療機関ストレージ２５に問診情報を格納している。よって、ユーザ識別情報で特定される「ユーザ端末１５を操作して問診情報を入力する者」と、問診対象である「患者」とが異なっていても、適切に患者ＩＤを生成することができ、問診情報をこの患者ＩＤと対応付けてストレージに格納することができる。したがって、本実施の形態にかかる発明により、ユーザが問診情報を登録する際の利便性を向上させることができる問診受付システムを提供することができる。

また、医療機関は患者番号を持たない新規の患者の問診情報を受け付けることができる。また、患者は患者番号を管理することなく、ユーザ識別情報（例えば、メールアドレス）のみで問診情報の登録が可能になる。また、患者は患者の生涯の記録を単一のＩＤであるユーザ識別情報（例えば、メールアドレス）で管理することができる。更に、既に患者ＩＤ（チケット情報）が作成されている場合は、過去に登録した問診情報を表示することができるため、問診情報の登録にかかる時間を短縮することができる。また、本実施の形態にかかる問診受付システムを複数の医療機関で利用することで、複数の医療機関における問診情報を問診受付システムに蓄積することができ、この蓄積された問診情報を有効活用することができる。

次に、実施の形態１、２にかかる問診受付システム１、２のハードウェア構成例について、図２１に示すブロック図を用いて説明する。問診受付システム１、２は、例えば、サーバシステム、クラウドシステム等を用いて構成することができる。

問診受付システム１、２は、ネットワークインターフェース１０１、プロセッサ１０２、メモリ１０３、及びストレージ１０４を備える。ネットワークインターフェース１０１は、ユーザ端末１５および医療機関端末１６と通信を実施するためのインターフェースである。

プロセッサ１０２は、メモリ１０３に格納されているソフトウェア（コンピュータプログラム）を読み出して実行することで、上記の実施の形態１の図１、図２、及び実施の形態２の図５、図６で説明した処理を行う。プロセッサ１０２は、例えばマイクロプロセッサ、ＭＰＵ（Micro Processing Unit）、又はＣＰＵ（Central Processing Unit）を用いて構成することができる。プロセッサ１０２は、複数のプロセッサを備えていてもよい。

メモリ１０３は、プロセッサ１０２で実行されるソフトウェア（コンピュータプログラム）を格納している。メモリ１０３は、例えば揮発性メモリ、不揮発性メモリ、又はこれらの組み合わせで構成することができる。揮発性メモリには、例えばＳＲＡＭ（Static Random Access Memory）やＤＲＡＭ（Dynamic Random Access Memory）を用いることができる。不揮発性メモリには、例えばフラッシュメモリ等を用いることができる。

ストレージ１０４は、図１に示したストレージ１３、図５に示したＰＨＲストレージ２３及び医療機関ストレージ２５に対応しており、患者ＩＤや問診情報を格納する。ストレージ１０４は、例えばハードディスクドライブを用いて構成することができる。

以上、本発明を上記実施の形態に即して説明したが、本発明は上記実施の形態の構成にのみ限定されるものではなく、本願特許請求の範囲の請求項の発明の範囲内で当業者であればなし得る各種変形、修正、組み合わせを含むことは勿論である。

（付記１）
ユーザ端末から送信されたユーザ識別情報を受信し、前記ユーザ端末に問診情報登録サイトへのアクセス情報を送信するアクセス処理部と、
前記ユーザ端末が前記問診情報登録サイトにアクセスして送信した問診情報と当該問診情報の対象者を示す患者区分とを受け付け、前記ユーザ識別情報と前記患者区分とで構成される患者ＩＤと前記問診情報とを対応付けて第１のストレージに格納する問診受付処理部と、を備える、
問診受付システム。

（付記２）
前記ユーザ識別情報はユーザのメールアドレスである、付記１に記載の問診受付システム。

（付記３）
前記患者区分は、第１のユーザおよび第２のユーザにそれぞれ付与された区分の中から選択された少なくとも一つの区分である、付記１または２に記載の問診受付システム。

（付記４）
前記アクセス処理部は、前記ユーザ識別情報の送信先のアドレスを医療機関毎に有し、
前記問診受付処理部は、前記ユーザ端末が前記ユーザ識別情報を送信したアドレスに対応した医療機関と対応付けて前記問診情報を前記第１のストレージに格納する、
付記１乃至３のいずれか一項に記載の問診受付システム。

（付記５）
前記第１のストレージには、複数の医療機関における前記患者の問診情報が前記患者ＩＤと対応付けて格納されている、付記１乃至４のいずれか一項に記載の問診受付システム。

（付記６）
前記第１のストレージに格納されている前記患者ＩＤ及び前記問診情報を第２のストレージにコピーする問診提出処理部を更に備え、
前記第１のストレージは医療機関がアクセス不可能に構成されており、前記第２のストレージは前記医療機関がアクセス可能に構成されており、
前記問診提出処理部は、送信元情報である患者ＩＤと送信先情報である医療機関情報とを含むチケット情報を用いて、前記第１のストレージから前記第２のストレージに前記患者ＩＤ及び前記問診情報をコピーする、
付記１乃至５のいずれか一項に記載の問診受付システム。

（付記７）
前記第２のストレージに格納されている前記患者ＩＤおよび前記問診情報を医療機関端末を用いて参照するための問診参照処理部を更に備える、付記６に記載の問診受付システム。

（付記８）
前記第１及び第２のストレージに格納されている前記患者ＩＤを、前記医療機関が付与した患者番号に更新する更新処理部を更に備える、付記６または７に記載の問診受付システム。

（付記９）
前記問診受付システムは予約処理部を更に備え、
前記予約処理部は、
前記問診情報に基づいてユーザに予約枠候補を提示し、
前記提示した予約枠候補の中から前記ユーザが選択した予約枠を、確定した予約枠として処理する、
付記１乃至８のいずれか一項に記載の問診受付システム。

（付記１０）
前記予約処理部は、前記問診情報に基づいて判断された緊急度に応じて前記予約枠候補を決定する、付記９に記載の問診受付システム。

（付記１１）
前記予約処理部で確定された前記予約枠を医療機関端末を用いて参照するための予約参照処理部を更に備える、付記９または１０に記載の問診受付システム。

（付記１２）
ユーザ端末から送信されたユーザ識別情報を受信し、前記ユーザ端末に問診情報登録サイトへのアクセス情報を送信し、
前記ユーザ端末が前記問診情報登録サイトにアクセスして送信した問診情報と当該問診情報の対象者を示す患者区分とを受け付け、前記ユーザ識別情報と前記患者区分とで構成される患者ＩＤと前記問診情報とを対応付けてストレージに格納する、
問診受付方法。

（付記１３）
ユーザ端末から送信されたユーザ識別情報を受信し、前記ユーザ端末に問診情報登録サイトへのアクセス情報を送信し、
前記ユーザ端末が前記問診情報登録サイトにアクセスして送信した問診情報と当該問診情報の対象者を示す患者区分とを受け付け、前記ユーザ識別情報と前記患者区分とで構成される患者ＩＤと前記問診情報とを対応付けてストレージに格納する、
処理をコンピュータに実行させるためのプログラム。

１、２ 問診受付システム
１１ アクセス処理部
１２ 問診受付処理部
１３ ストレージ
１５ ユーザ端末
１６ 医療機関端末
２０ 問診システム
２１ アクセス処理部
２２ 問診受付処理部
２３ ＰＨＲストレージ
２４ 問診提出処理部
２５ 医療機関ストレージ
２６ 問診参照処理部
２７ 更新処理部
３０ 予約システム
３１ 予約処理部
３２ 予約参照処理部

Claims (7)

1. 患者を識別するための情報と問診情報とを関連付けて保存するためのチケット情報を生成する手段と、
   問診フォームに入力された前記問診情報をユーザ端末から取得する手段と、
   前記チケット情報を参照して医療機関からアクセスが可能なストレージに、前記患者を識別するための情報と前記問診情報とを関連付けて保存する手段と、
   を備える問診受付システム。
2. 前記チケット情報は、前記ユーザ端末からの要求に応じて生成される、請求項１に記載の問診受付システム。
3. 医療機関端末からの要求を受け付ける手段と、
   前記医療機関端末からの要求を受け付けた場合、前記ストレージから前記医療機関端末へ前記問診情報を送信する手段と、をさらに備える、請求項１または２に記載の問診受付システム。
4. 前記チケット情報は番号を含み、
   前記番号を参照して、前記患者を識別するための情報と前記問診情報とを関連付けて保存する、請求項１または２に記載の問診受付システム。
5. 前記番号は、前記ユーザ端末からの要求に応じて生成される、請求項４に記載の問診受付システム。
6. 患者を識別するための情報と問診情報とを関連付けて保存するためのチケット情報を生成する手段と、
   問診フォームに入力された前記問診情報をユーザ端末から取得する手段と、
   前記チケット情報を参照して医療機関からアクセスが可能なストレージに、前記患者を識別するための情報と前記問診情報とを関連付けて保存する手段と、
   を備える問診受付装置。
7. 患者を識別するための情報と問診情報とを関連付けて保存するためのチケット情報を生成し、
   問診フォームに入力された前記問診情報をユーザ端末から取得し、
   前記チケット情報を参照して医療機関からアクセスが可能なストレージに、前記患者を識別するための情報と前記問診情報とを関連付けて保存する、
   問診受付方法。

Images