JP2021117936A

JP2021117936A - 診療管理システム、方法及びプログラム

Info

Publication number: JP2021117936A
Application number: JP2020012962A
Authority: JP
Inventors: 祐平野; Yu Hirano
Original assignee: Carada Medica Inc
Current assignee: Carada Medica Inc
Priority date: 2020-01-29
Filing date: 2020-01-29
Publication date: 2021-08-10
Anticipated expiration: 2040-01-29
Also published as: JP6966155B2

Abstract

【課題】受診者に対して適切な診療管理を実行することができるシステムを提供する。【解決手段】ネットワークを介して診察を受けることを可能とする、オンライン診療サービスを提供する管理システムであって、１以上の情報処理装置から構成され、オンライン診療サービスを受ける資格を、所属機関及び医療機関のそれぞれから受領しているかを、ユーザごとに記録したユーザ情報を記憶する記憶部を備える。ユーザのうちオンライン診療を希望する希望者の要求に応じて、ユーザ情報を参照する参照処理と、参照処理に基づき、希望者の所属する所属機関の設定する要件を満たすことを示す資格である第１資格及び希望者が診療を希望する医療機関の設定する要件を満たすことを示す資格である第２資格を有しているか判定する判定処理と、判定処理における希望者の第１資格及び第２資格有無の判定結果に応じた、受診予約又は受診をさせる診療処理と、を実行する。【選択図】図１０

Description

本発明は、診療管理システム、方法及びプログラムに関する。

患者が医療機関の受診予約をする際に、通信回線を介して予約設定を可能とするシステムが従来技術として知られている（例えば特許文献１参照）。

特開２００８−１７１２２８号公報

しかし、上記の技術においては、予約枠や日時等の確認を行うにとどまり、受診者や医療機関の状況に応じた適切な形態での受診予約や診療などを提供することはできない。

本発明はこのような課題を鑑みてなされたものであり、受診者及び医療機関に対して適切な管理を実行することができるシステムの提供を目的とする。

本発明は一態様として、ネットワークを介して診療を受けることを可能とする、オンライン診療サービスを提供する管理システムであって、１以上の情報処理装置から構成され、前記オンライン診療サービスを受けることができるか否かについて、所属機関の設定する要件を満たすことを示す資格と、医療機関の設定する要件を満たすことを示す資格との有無を、それぞれユーザごとに記録したユーザ情報を記憶する記憶部を備え、ユーザのうちオンライン診療を希望する希望者の要求に応じて、前記ユーザ情報を参照する参照処理と、前記参照処理に基づき、前記希望者の所属する所属機関の設定する要件を満たすことを示す資格である第１資格、及び前記希望者が診療を希望する医療機関の設定する要件を満たすことを示す資格である第２資格を有しているか判定する判定処理と、前記判定処理における前記希望者の前記第１資格及び前記第２資格有無の判定結果に応じた、受診予約又は受診をさせる診療処理と、を実行する。

受診者及び医療機関に対して適切な管理を実行することができるシステムの提供が可能である。

本実施形態に係る診療管理システムを含む情報システムの全体構成図である。本実施形態に係る情報処理装置のハードウェア構成を示す図である。本実施形態に係る診療管理システムの機能構成を示す図である。本実施形態に係る受診者情報設定画面を示す図である。本実施形態に係る受診者情報を示す図である。本実施形態に係る診療価格情報を示す図である。本実施形態に係るユーザ装置の機能構成を示す図である。本実施形態に係る医療機関側システムの機能構成を示す図である。本実施形態に係る受診スケジュール設定画面を示す図である。本実施形態に係る処理の流れを示すシークエンス図である。本実施形態における、判断基準の一例を示す表である。

本明細書および添付図面の記載により、少なくとも以下の事項が明らかとなる。以下、本発明をその一実施形態に即して添付図面を参照しつつ説明する。

図１に本発明の一実施形態に係る情報処理システム１の構成を示す。情報処理システム１は、診療管理システム１０、医療機関側システム２０、法人側システム４０、および一つ以上のユーザ装置３０を含む。診療管理システム１０、医療機関側システム２０、およびユーザ装置３０は、通信ネットワーク５を介して互いにデータの送受信が可能となるように接続されている。通信ネットワーク５は、無線方式または有線方式の通信手段であり、例えば、インターネット、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、公衆通信網、専用線等である。なお、本実施形態による情報処理システム１は上記複数の情報管理装置によって構成されているが、本発明はこれらの装置の数を限定するものではない。そのため、情報処理システム１は、以下のような機能を備えるものであれば、１以上の装置によって構成することができる。

ユーザ装置３０は、ユーザ（診療を受ける者（以下、「受診者」と称する場合がある）や受診者の保護者等）によって操作される情報処理装置であり、例えば、スマートフォン、タブレット、携帯電話機、パーソナルコンピュータ等である。

診療管理システム１０は、ユーザ装置３０に通信ネットワーク５を介してオンライン診療サービスなどの各種サービスを提供する情報処理装置である。診療管理システム１０は、診療に関する各種情報の提供、受診者の診療のスケジュールの管理、受診者の診療の受診履歴の管理、診療の助成に関する情報の管理、医療機関への診療の受診予約等のサービスや、オンライン診療の際の通信（中継）サービスをユーザに提供する。

医療機関側システム２０は、病院や診療所等の医療機関に備えられている情報処理装置であり、主に医療機関によって操作され、受診予約の受付、診療の対価の請求等の処理を行う。

法人側システム４０は、ユーザ装置３０を所有するユーザが所属する法人（法人ともいう）のシステムである。法人は、診療管理システム１０を管理する団体等と利用契約を締結することにより、情報処理システム１の使用を行うことができる。以下では、このような契約を締結した法人を、契約法人ともいう。

図２は、診療管理システム１０、医療機関側システム２０、ユーザ装置３０及び法人側システム４０の実現に用いるハードウェア（以下、「情報処理装置１００」と称する。）の一例である。同図に示すように、情報処理装置１００は、プロセッサ１０１、主記憶装置１０２、補助記憶装置１０３、入力装置１０４、出力装置１０５、および通信装置１０６を備える。これらは図示しないバス等の通信手段を介して互いに通信可能に接続されている。

尚、情報処理装置１００は、その全ての構成が必ずしもハードウェアで実現されている必要はなく、構成の全部又は一部が、例えば、クラウドシステム（cloud system）のクラウドサーバ（cloud server）のような仮想的な資源によって実現されていてもよい。

プロセッサ１０１は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等を用いて構成される。プロセッサ１０１が、主記憶装置１０２に格納されているプログラムを読み出して実行することにより、診療管理システム１０や医療機関側システム２０、ユーザ装置３０及び法人側システム４０の機能が実現される。

主記憶装置１０２は、プログラムやデータを記憶する装置であり、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、不揮発性半導体メモリ（ＮＶＲＡＭ（Non Volatile RAM））等である。

補助記憶装置１０３は、例えば、ＳＳＤ（Solid State Drive）、ＳＤメモリカード等の各種不揮発性メモリ（NVRAM:Non-volatile memory）、ハードディスクドライブ、光学式記憶装置（ＣＤ（Compact Disc）、ＤＶＤ(Digital Versatile Disc)等）、クラウドサーバの記憶領域等である。補助記憶装置１０３に格納されているプログラムやデータは主記憶装置１０２に随時読み込まれる。

入力装置１０４は、情報の入力を受け付けるインタフェースであり、例えば、キーボード、マウス、タッチパネル、カードリーダ、音声入力装置（マイクロフォン等）、音声認識装置等である。情報処理装置１００が通信装置１０６を介して他の装置との間で情報の入力を受け付ける構成としてもよい。

出力装置１０５は、各種の情報を出力するインタフェースであり、例えば、画面表示装置（液晶モニタ、ＬＣＤ（Liquid Crystal Display）、グラフィックカード等）、印字装置等）、音声出力装置（スピーカ等）、音声合成装置等である。情報処理装置１００が通信装置１０６を介して他の装置との間で情報の出力を行う構成としてもよい。

通信装置１０６は、通信ネットワーク５を介した他の装置との間の通信を実現する有線方式又は無線方式の通信インタフェースであり、例えば、ＮＩＣ（Network Interface Card）、無線通信モジュール、ＵＳＢ（Universal Serial Interface）モジュール、シリアル通信モジュール等である。

図３に診療管理システム１０が備える主な機能（ソフトウェア構成）を示している。同図に示すように、診療管理システム１０は、記憶部１１１、受診者情報管理部１１２、請求処理部１１３、スケジュール管理部１１４、処理選択受付部１１５、受診履歴管理部１１６、およびオンライン診療部１１７の各機能を備える。これらの機能は、診療管理システム１０のプロセッサ１０１が診療管理システム１０の主記憶装置１０２に格納されているプログラムを読み出して実行することにより実現される。また診療管理システム１０は、上記の機能に加えて、オペレーティングシステム、ファイルシステム、デバイスドライバ、ＤＢＭＳ（DataBase Management System）等の機能を備える。

上記の機能のうち、記憶部１１１は、受診者情報１５１、診療価格情報１５２、スケジュール情報１５４、および受診履歴１５５の各データを記憶する。記憶部１１１は、これらのデータを、例えば、データベースのテーブルや、ファイルシステムによって管理されるファイル等として記憶する。

受診者情報管理部１１２は、受診者に関する情報（以下、「受診者情報」と称する。）を管理する。受診者情報管理部１１２は、通信ネットワーク５を介してユーザ装置３０から受診者情報の設定を受け付ける。記憶部１１１は、受診者情報管理部１１２が受け付けた受診者情報を受診者情報１５１として記憶する。

図４に受診者情報の設定を受け付ける際にユーザ装置３０が表示する画面（以下、「受診者情報設定画面４００」と称する。）の一例を示す。受診者情報設定画面４００は、受診者ＩＤの表示欄４０１、氏名の設定欄４０２、氏名フリガナの設定欄４０３、性別の設定欄４０４、生年月日の設定欄４０５、住所（郵便番号）の設定欄４０６、登録医療機関の設定欄４０７、契約法人（ユーザ画面では所属法人と表示される）の表示欄４０８、設定ボタン４１１、およびキャンセルボタン４１２を有する。なお、受診者情報設定画面４００で設定可能な内容は上記に限らず、例えば、電話番号やメールアドレスなどの受診者の連絡先やクレジットカード情報などの支払方法に関する情報を設定可能であってもよい。また、登録医療機関を複数機関設定可能であってもよい。

受診者ＩＤの表示欄４０１には、予め設定された、もしくは受診者の識別子である受診者ＩＤが表示される。契約法人の設定欄４０８、登録医療機関の設定欄４０７には、それぞれ契約法人名、登録医療機関名がユーザによって入力される。

ユーザが受診者情報設定画面４００に内容を設定して設定ボタン４１１を操作すると、上記内容がユーザ装置３０から診療管理システム１０に送信される。上記内容は診療管理システム１０において記憶部１１１により受診者情報１５１として管理される。

図５に受診者情報１５１の一例を示す。同図における各項目５０１〜５０８は、夫々図４に示した受診者情報設定画面４００における項目４０１〜４０８に対応している。資格５０７、５０８の有無には、受診者がオンライン診療を行う資格があるか否か、受診者が契約法人に所属員であるか否かあるいは受診者が契約法人に所属員でありかつオンライン診療サービスを受ける資格があるか否か等が表示される。オンライン診療とは、受診者が医療機関に出向いて、医師や看護師に対面で診療行為等を受けること（対面診療または対面受診）と異なり、テレビ電話、ビデオ通話など、電話回線、ネットワーク等を介して、医師が診療を行うことである。また、オンライン受診とは受診者が、オンライン診療を受けることをいう。このような診療形態または受診形態は、例えば、禁煙治療や低用量ピルの投与などを受ける受診者が継続して診療を受ける場合などに利用される。

登録医療機関／オンライン診療資格５０７は、受診者が登録医療機関において初診であるか再診であるか、医療機関が設定する要件を満たすか否かに応じて、この受診者に対してオンラインで診療を行っても良いか判断したことを示す資格であり、初期登録時においては、資格無しとして設定される。資格５０７の判断基準としては、主に医療機関によって様々なものが設定されうる。例えば、診療内容がピルの服用や、禁煙外来に関するものなど、特定の目的について継続して受診する（再診）受診者である場合や、支払方法などについて診療管理システム１０を使用することに受診者と医療機関の双方が同意している場合など、が挙げられる。

契約法人資格５０８は、受診者が所属する法人（所属機関の一例である。以下、所属法人ともいう場合がある）が、診療管理システム１０の使用資格があるか、また、この受診者が契約法人が設定する要件を満たすかどうか、を示している。契約法人資格５０８は、例えば、法人と診療管理システム１０との間において、その使用に関する契約がある場合に発生する。さらに、契約法人資格５０８は、契約法人との間で診療管理システム１０の使用について合意があるかどうかを示している。具体的には、診療管理システム１０を介した受診予約及び、診療管理システム１０を介した支払いを使用可能かどうかが、契約法人資格５０８に表示される。上記明らかなように、この資格５０８はユーザごとに設定される資格であり、ユーザごとに判断、設定がなされる。

図３に戻り、請求処理部１１３は、診療価格に関する情報（以下、「診療価格情報」と称する。）を取得する。上記診療価格情報は、診療管理システム１０の記憶部１１１が診療価格情報１５２として記憶する。

スケジュール管理部１１４は、ユーザの診療のスケジュールに関する情報（受診スケジュール）を管理する。

スケジュール管理部１１４は、ユーザ装置３０からの要求に基づき受診スケジュールを生成し、スケジュール情報１５４に保存する機能を備える。受診スケジュールの生成に際し、スケジュール管理部１１４は受診履歴１５５の内容を考慮する。例えば、初診であればオンライン診療の設定はせず、対面診療のみ設定することができるし、所定の条件を満たす場合には初診からオンライン診療のスケジュール設定がされる。

またスケジュール管理部１１４は、受診者情報１５１を参照し、オンライン診療資格及び契約法人資格の両方が有効である場合など、所定の条件を満たした場合に、オンライン診療のスケジュールを設定する。条件の詳細な内容は、例えば図１１に示す基準があるが、これについては後述する。

スケジュール管理部１１４は、通信ネットワーク５を介して受診スケジュールの設定を受け付ける。記憶部１１１は、受診スケジュールの設定内容をスケジュール情報１５４として記憶する。

スケジュール管理部１１４は、通信ネットワーク５やインターネット６を介して、ユーザ装置３０からの要求に応じ、医療機関の医療機関側システム２０に受診予約を要求する情報（以下、「受診予約要求」と称する。）を送信することができる。送信される受診予約要求は、受診スケジュールの内容の全部または一部を含む。

スケジュール管理部１１４は、例えば、ユーザ装置３０がユーザに受診スケジュールを提示する際に受診スケジュールの内容をユーザ装置３０に送信する。またスケジュール管理部１１４は、例えば、受診予定日が近づいてきた際（受診予定日まで所定日数（時間）以内となった際）にその旨を報知する情報をユーザ装置３０に送信する。

図６に診療価格情報１５２の一例を示す。同図に示すように、診療価格情報１５２は、診療内容１５２１、診療価格１５２２を互いに関連付けられた状態で備えている。

診療内容１５２１には、院内処方、触診、問診、血液検査、など診療の内容、種別が設定される。診療価格１５２２には、診療内容に対応した金額がそれぞれ設定される。

図３に示す処理選択受付部１１５は、通信ネットワーク５を介してユーザ装置３０から各種処理の指定を受け付け、指定された処理を実行する。尚、ユーザ装置３０は、例えば、各種処理を選択させるメニュー画面を表示してユーザから処理の指定を受け付ける。

受診履歴管理部１１６は、通信ネットワーク５を介して医療機関側システム２０から受診履歴の入力を受け付ける。受診履歴管理部１１６が受け付けた受診履歴は、記憶部１１１が受診履歴１５５として記憶する。

オンライン診療部１１７は、ユーザ装置３０と医療機関側システム２０との通信を仲介し、患者と医療機関（医師、看護師など）との通信を実現する機能を備える。通信の方式、日時等は、スケジュール情報１５４等に基づく。

図７はユーザ装置３０が備える主な機能を示している。同図に示すように、ユーザ装置３０は、受診者情報受付部３１１、スケジュール受付部３１２、受診履歴受付部３１３、及び情報提示部３１４を備える。これらの機能は、ユーザ装置３０のプロセッサ１０１が、ユーザ装置３０の主記憶装置１０２に格納されているプログラムを読み出して実行することにより実現される。

受診者情報受付部３１１は、前述した受診者情報設定画面４００を介してユーザから受診者情報を受け付け、受け付けた受診者情報を、通信ネットワーク５を介して診療管理システム１０に送信する。

スケジュール受付部３１２は、受診スケジュール設定画面７００を介してユーザから受診スケジュールの内容を受け付け、受け付けた内容を、通信ネットワーク５を介して診療管理システム１０に送信する機能を備える。

受診履歴受付部３１３は、ユーザから受診履歴の入力を受け付け、受け付けた受診履歴を、通信ネットワーク５を介して診療管理システム１０に送信する機能を備える。

情報提示部３１４は、受診スケジュール確認画面等の各種の情報をユーザ装置３０の出力装置１０５に表示する機能を備える。

〔医療機関側システム２０〕
図８は医療機関側システム２０が備える主な機能を示している。同図に示すように、医療機関側システム２０は、記憶部２１０、受診予約管理部２１１、請求処理部２１２、スケジュール管理部２１４を備える。これらの機能は、医療機関側システム２０のプロセッサ１０１が、医療機関側システム２０の主記憶装置１０２に格納されているプログラムを読み出して実行することにより実現される。

記憶部２１０は、診療管理システム１０から送られてくる受診予約情報２５１及び患者カルテ２５４を記憶する。なお、患者カルテ２５４は記憶部２１０に記憶されているものとして説明するが、医療機関における別の電子カルテシステム等と接続され当該電子カルテシステムに記憶された患者カルテ情報を参照するように構成しても良い。

受診予約管理部２１１は、診療管理システム１０から送られてくる受診予約要求を受信する。受診予約管理部２１１が受信した受診予約要求の内容は、記憶部２１０が受診予約情報２５１として管理する。

請求処理部２１２は、受診者が医療機関で診療を受けた際、診療管理システム1１０、ユーザ装置３０、法人側システム４０、又はその他の支払機関などのうち適切な一の又は複数の相手方に対して診療の対価や助成金の請求に関する処理（以下、「請求処理」と称する。）を行う。尚、請求処理とは、請求自体の処理に限られず、例えば、請求に関する情報を送受信する処理等も含まれる。

スケジュール管理部２１４は、ユーザの診療のスケジュールに関する情報（受診スケジュール）を管理する。

スケジュール管理部２１４は、受診予約情報２５１や患者カルテ２５４を参照し受診スケジュールを生成する。受診スケジュールの生成に際し、スケジュール管理部１１４は患者カルテ２５４の内容を考慮し、初診であればオンライン診療の設定はせず、対面受診のみ設定する。

スケジュール管理部２１４は、生成した受診スケジュールを記憶部２１０に、不図示の受診スケジュール情報として記憶する。

〔予約の設定〕
図９に受診スケジュールの設定を受け付ける際にユーザ装置３０が表示する画面（以下、「受診スケジュール設定画面７００」と称する。）の一例を示す。同図に示すように、受診スケジュール設定画面７００は、受診者ＩＤの表示欄７０１、氏名の表示欄７０２、氏名フリガナの表示欄７０３、性別の表示欄７０４、生年月日の表示欄７０５、住所（郵便番号）の表示欄７０６、契約法人（ユーザ画面では所属法人と表示）の表示欄７０７、受診予定日の設定欄７０８、診療内容設定欄７０９、オンライン診療／対面受診の受診種別設定欄７１２、受診医療機関入力欄７１３、設定ボタン７２１、受診予約ボタン７２２、およびキャンセルボタン７２３を有する。

上記に加え、ユーザ装置３０は、医療機関側システム２０または診療管理システム１０の要求に応じ、問診票の入力をユーザに対して要求する場合がある。問診票に記載される質問は、診療内容等を考慮して医療機関側システム２０によって設定されてもよい。

ユーザが受診スケジュール設定画面７００に内容を設定して設定ボタン７２１を操作すると、上記内容がユーザ装置３０から診療管理システム１０に送信される。診療管理システム１０において、上記内容は記憶部１１１によりスケジュール情報１５４として管理される。

また、スケジュール管理部１１４は、オンライン診療の予約を受け付けできない場合には、スケジュール設定画面７００にアラート画面を表示させ、受診者に対して希望する予約内容の変更を促すことができる。尚、医療機関側システム２０においては、受診者毎にオンライン診療の可否を判定し、判定の結果に応じて受診予約を設定する。受診者がオンライン診療資格（資格５０７、５０８）を有していても、医療機関側システム２０は、オンライン診療を拒否し、対面受診に設定する場合がある。

オンライン診療の可否は、医師、医療機関または医療機関側システム２０が患者カルテ２５４、問診票（副作用などの経過・血圧手帳などのバイタル記録など）、及び診療内容を参照することによっても判断される。

例えば、患者カルテ２５４に、過去に一定期間対面診療をしている記録がある場合には、オンライン診療が認められる。あるいは、３カ月など一定の頻度で対面診療を行う必要があると判断がなされる場合もある。また、前回の診療後に副作用や経過が悪いといった症状が認められる場合などにおいて、オンライン診療の資格があっても、対面受診に切り替える判断がなされることもある。

〔処理の流れ〕
続いて、情報処理システム１において行われる処理について説明する。

図１０は、診療管理システム１０のスケジュール管理部１１４が受診スケジュールを生成する際に行う処理の流れを説明するシークエンス図である。以下、同図とともにスケジュール生成処理について説明する。ある一人の受診者が診療管理システム１０を用いてオンライン診療の予約を試み、その後、医療機関を受診する場合を例として説明する。

また、以下の説明では、情報処理システム１において、図１１に示す基準を用いて診療内容の判断が行われるものとする。詳細には、資格５０７がある場合、対面診療及びオンライン診療のいずれも可能となるが、診療の対価の支払い方法は、契約法人資格５０８の有無により、法人負担または受診者の自己負担となる。また、資格５０７がない場合、対面診療のみ可能となるが、診療の対価の支払い方法は、契約法人資格５０８の有無によって、受診者の自己負担または法人負担（診療対価の一部を法人が負担する場合も含む）となる。なお、図１１の判定基準は一例であり、ほかにも様々な設定が為され得る。例えば、資格５０７、５０８の両方が確認された場合のみ、オンライン診療の予約を設定することとすることも考えうる。

まずユーザ装置３０は、受診予約の設定要求を、診療管理システム１０に対して送信する（Ｓ１）。この要求は、受診者が受診スケジュール設定画面７００を操作することに応じて送信される。

また診療管理システム１０は、受診者の資格を確認する。診療管理システム１０は、記憶部１１１から受診者情報１５１を呼び出し、資格５０７、５０８を参照する。これにより診療管理システム１０は、受診者が契約法人から得られた資格があるか否か、及び、受診を希望する医療機関からオンライン診療資格が得られているか、を確認する。

診療管理システム１０は、法人側システム４０に対して資格５０８に関する問い合わせを行う（Ｓ３）。問い合わせの内容は、資格５０８が現状も有効か、あるいは、資格５０８がない場合には資格５０８の付与判定を要求するものである。

例えば、所属社員ごとにオンライン診療資格の判断を行っている契約法人の場合、このような処理過程が特に必要となる。なお、資格５０８が有効な場合であって、さらに問い合わせの必要がないと判断される場合、Ｓ３〜Ｓ７までの処理は実行しないものとしても良い。

診療管理システム１０の問い合わせに応じて、法人側システム４０は、受診者に対し、資格５０８を付与すべきか否かを判定する（Ｓ３）。法人側システム４０は、資格５０８を付与可能であると判断した場合（Ｓ５：Ｙ）、オンライン診療の資格５０８と、付与した旨とを診療管理システム１０に対して送信する。

法人側システム４０が資格５０８を付与すべきでないと判断した場合（Ｓ５：Ｎ）、法人側システム４０は、診療管理システム１０に対して資格５０８を非付与とすべき旨を送信する（Ｓ７）。例えば、受診者が既に法人の従業員でなくなっていた場合や、法人と受診者との間でオンライン診療を行う旨の合意が形成されていない場合などにおいて、このような判断がなされる。

次に診療管理システム１０は、医療機関側システム２０に対して予約が可能かどうか問い合わせする（Ｓ９）。なお、資格５０７が有効な場合であって、さらに問い合わせの必要がないと判断される場合、Ｓ１１、Ｓ１３の処理は実行しないものとしても良い。

医療機関側システム２０は、受診者に対してオンライン診療を行う資格５０７があるかを判定する（Ｓ１１）。医療機関側システム２０、医療機関、または医師は、資格５０７の有無、受診者が初診か否か、問診票（副作用などの経過・血圧手帳などのバイタル記録など）、及び患者カルテ２５４の内容を総合的に判断し、診療内容及び予約の可否について判断する。医療機関側システム２０が自動的に判断する場合もある。

資格付与を行ってよいと判断された場合（Ｓ１１：Ｙ）。医療機関側システム２０は、オンライン診療の資格５０７と、付与した旨とを診療管理システム１０に対して送信する。また、医療機関側システム２０は、資格５０７がある場合や資格５０７を新たに付与した場合であっても、医師のスケジュールや、検査設備等の状況なども判断し、スケジュールの設定が可能か、予約の変更等が必要か、など判断して回答する（Ｓ１３）。必要な場合、医療機関側システム２０は、予約日時や診療内容の変更に関する打診を行う。

医療機関側システム２０が資格５０７を「無し」とすべき、または付与すべきでないと判断した場合（Ｓ１１：Ｎ）、医療機関側システム２０は、診療管理システム１０に対して資格を非付与とすべき旨を送信する（Ｓ１３）。また、医療機関側システム２０は、資格５０７が無し、非付与とした場合であっても、医師のスケジュールや、検査設備等の状況なども判断し、例えば、対面診療でスケジュールの設定が可能である旨等を回答する（Ｓ１３）。必要な場合、医療機関側システム２０は、予約日時や診療内容の変更に関する打診を行う。

診療管理システム１０は、予約要求の内容や、医療機関側システム２０及び法人側システム４０から受け取った回答に基づいて、予約判定を行う（Ｓ１５）。この処理では、予約自体の却下や、受診者に対する予約変更の打診も行われる。例えば、オンライン診療の予約はできないという判断がなされた場合、対面受診に変更がなされたり、予約の取り消しが行われたりする。また、診療管理システム１０は、医療機関側システム２０および法人側システム４０から受信した結果に応じて、受診者情報１５１を更新し、必要があれば資格５０７、５０８の書き換えを行う。

オンライン診療の可否について判断が必要な場合、診療管理システム１０は、資格５０７、５０８の有無と、医療機関側システム２０からの回答に基づき判断を行う。例えば、資格５０７、５０８の２つとも有効であり、医療機関側システム２０からオンライン診療を受けてよい旨の回答を受信している場合、診療管理システム１０は、オンライン診療可能と判断する。資格５０７、５０８のいずれかが無効である場合、または、医療機関側システム２０から対面受診のみ可能であるとの回答を受領していた場合には、診療管理システム１０は、オンライン診療不可能と判断する。」

予約の内容は、診療管理システム１０よりユーザ装置３０に送信される（Ｓ１９）。

受診者は、診療管理システム１０からの連絡に基づき、予約の変更、設定、取り消しなどの設定を行う（Ｓ２０）。例えば、受診者は、診療内容をオンライン診療から対面受診に切り替え、予約日時の変更など、を必要に応じて実行する。

受診者は、その後オンライン診療（Ｓ２１）、または対面受診（Ｓ２２）のいずれかを行う。受診の内容は、Ｓ２０で設定された予約内容に基づく。オンライン診療が行われる場合、診療管理システム１０がユーザ装置３０と医療機関側システム２０とを中継して、両装置を通信可能に接続する。受診が完了すると、医療機関側システム２０において、医療機関システム２０もしくは医師により、患者カルテ２５４の更新が行われ、受信日時、診療内容、診療の結果などが書き込まれる。

医療機関側システム２０は、診療の対価の請求を診療管理システム１０に対して行う（Ｓ２５）。診療の対価の請求は、実際に行われた診療内容とともに、予め設定された診療価格情報１５２に基づいて支払いを行う要求を、診療管理システム１０に対して送信することよって行われる。

診療管理システム１０は、受診履歴１５５を更新するとともに、診療価格を決定する（Ｓ２７）。診療価格は、診療価格情報１５２を参照することによって決定される。例えば、診療内容がオンライン診療及び院内処方であった場合、オンライン診療に対応する診療価格と、院内処方に対応する診療価格との合算として、報酬が決定される。また、処方した薬剤の価格がこれに加えられる。

診療管理システム１０は、判断基準（図１１）において法人負担となっている場合、その後法人側システム４０に対して、支払い要求及び診療の対価額を送信する（Ｓ２９）。法人側システム４０は、診療管理システム１０を管理する事業者等に対して送金し（Ｓ３０）、報告を行う（Ｓ３１）。診療管理システム１０は、医療機関に対して送金し、その旨報告する（Ｓ３３）。なお、法人側システム４０の代わりに受診者が立替払いをしている場合などは、受診者に対しても送金が行われる。また、ここでは個別の診療毎に請求処理、送金等を行う例を説明しているが、これに限られず、例えば、診療管理システム１０において医療機関システム２０からの支払い要求および診療の対価額（請求情報）を管理しておき、月次でとりまとめたうえ法人側システム４０に対して、請求情報を送信するように構成しても良い。

〔効果〕
上記のような情報管理システム１とすることにより、契約法人と医療機関双方の資格確認を組み合わせて管理される。そのため、正確に診療内容及び予約内容に対する実行判断が的確に実行される。

特に、少なくとも一部のオンライン診療の資格判断が、システム上でなされるため、法人や医療機関における人間による判断の工程が削減される。そのため、受診の可否判断に係る手間、労力が削減される。

診療価格を事前に設定しておくため、保険診療外の診療を行った場合においても、自動的に情報処理システム１が診療の対価を計算する。また、送金等の請求、指示も自動的に行われるため、法人や医療機関の人員に係る労力が削減される。

情報処理システム１
診療管理システム１０
医療機関側システム２０
ユーザ装置３０
法人側システム４０

Claims

ネットワークを介して診療を受けることを可能とする、オンライン診療サービスを提供する管理システムであって、１以上の情報処理装置から構成され、
前記オンライン診療サービスを受けることができるか否かについて、所属機関の設定する要件を満たすことを示す資格と、医療機関の設定する要件を満たすことを示す資格との有無を、それぞれユーザごとに記録したユーザ情報を記憶する記憶部を備え、
ユーザのうちオンライン診療を希望する希望者の要求に応じて、前記ユーザ情報を参照する参照処理と、
前記参照処理に基づき、前記希望者の所属する所属機関の設定する要件を満たすことを示す資格である第１資格、及び前記希望者が診療を希望する医療機関の設定する要件を満たすことを示す資格である第２資格を有しているか判定する判定処理と、
前記判定処理における前記希望者の前記第１資格及び前記第２資格有無の判定結果に応じた、受診予約又は受診をさせる診療処理と、を実行する、管理システム。
前記希望者のカルテまたは問診票を参照する参照処理と、
前記カルテまたは前記問診票の内容に応じて、前記第２資格を前記希望者に対して付与する処理をさらに実行する、請求項１に記載の管理システム。
前記希望者の所属する所属機関における前記希望者の状況を確認する処理と、
前記状況に応じて、前記第１資格を前記希望者に対して付与する処理をさらに実行する、請求項１または２に記載の管理システム。
前記診療処理の完了後において、
診療報酬の価格を決定する処理と、
前記診療報酬の支払い請求を、前記希望者が所属する所属機関に対して請求する請求処理と、をさらに実行する請求項１から３のいずれかに記載の管理システム。
前記希望者が前記第１資格を有しておらず、かつ前記第２資格を有していると判定した場合、
前記診療処理において、前記希望者に対して前記希望者が診療を希望する医療機関をネットワークを介して受診させ、かつ、前記請求処理は実行しない、請求項４に記載の管理システム。
ネットワークを介して診療を受けることを可能とする、オンライン診療サービスを提供する、１以上の情報処理装置から構成された管理システムであって、
前記オンライン診療サービスを受けることができるか否かについて、所属機関の設定する要件を満たすことを示す資格と、医療機関の設定する要件を満たすことを示す資格との有無を、それぞれユーザごとに記録したユーザ情報を記憶する記憶部を備えた管理システムに対して、
ユーザのうちオンライン診療を希望する希望者の要求に応じて、前記ユーザ情報を参照する参照処理と、
前記参照処理に基づき、前記希望者の所属する所属機関の設定する要件を満たすことを示す資格である第１資格、及び前記希望者が診療を希望する医療機関の設定する要件を満たすことを示す資格である第２資格を有しているか判定する判定処理と、
前記判定処理における前記希望者の前記第１資格及び前記第２資格有無の判定結果に応じた、受診予約又は受診をさせる診療処理と、を実行させる、プログラム。
ネットワークを介して診療を受けることを可能とする、オンライン診療サービスであって、
前記オンライン診療サービスを受けることができるか否かについて、所属機関の設定する要件を満たすことを示す資格と、医療機関の設定する要件を満たすことを示す資格との有無を、それぞれユーザごとに記録したユーザ情報を記憶する記憶部を備えた管理システムにおいて、
ユーザのうちオンライン診療を希望する希望者の要求に応じて、前記ユーザ情報を参照する参照処理と、
前記参照処理に基づき、前記希望者の所属する所属機関の設定する要件を満たすことを示す資格である第１資格、及び前記希望者が診療を希望する医療機関の設定する要件を満たすことを示す資格である第２資格を有しているか判定する判定処理と、
前記判定処理における前記希望者の前記第１資格及び前記第２資格有無の判定結果に応じた、受診予約又は受診をさせる診療処理と、を実行する方法。