(57)【要約】      （修正有）【課題】異なる医療機関間での受診結果の内容を参照可能とすることにより、誤診を防ぐことが可能な医療行為管理システムを提供する。【解決手段】公的機関に設置するサーバと複数の医療機関に設置する端末とを閉域網で接続する。公的機関のサーバは、複数の医療機関のいずれかでユーザが受診した過去の医療行為の受診済情報を前記ユーザに対応させて１つのデータベースに記憶させ、次回の受診時には前記データベースから該当するユーザの過去の医療行為の受診済情報を読み出して、前記ユーザが受診予定の医療行為の受診可否を判定することにより、その場で前記ユーザが受診を希望する医療行為の受診可否がわかることにより、受診不可な医療行為を避け、誤診を防ぐ。【選択図】図１
2018088061.tif 000002
【特許請求の範囲】
【請求項１】
医療機関で受診する医療行為を管理する医療行為管理システムであって、
公的機関に設置するサーバと複数の医療機関に設置する端末とを閉域網で接続する構成とし、
前記サーバは、
前記複数の医療機関のいずれかでユーザが受診した過去の医療行為の受診済情報を前記ユーザに対応させてデータベースに記憶させる情報管理部と、
前記データベースから該当するユーザの前記過去の医療行為の受診済情報を読み出して、前記ユーザが受診予定の医療行為の受診可否を判定する判定部と、を有し、
前記端末は、
前記複数の医療機関のいずれかで受診する前記ユーザの情報及び少なくとも１つの受診予定の医療行為の情報からなる管理情報を入力する入力部と、
前記管理情報を前記閉域網により前記サーバに送信し且つ前記判定部が判定した前記受診可否の情報を前記閉域網により受信する通信部と、
前記複数の医療機関のいずれかで受診する前記ユーザの情報及び前記判定部が判定した前記受診可否の情報を表示する表示部と、
を有することを特徴とする医療行為管理システム。
【請求項２】
前記判定部は、前記通信部から前記ユーザの情報及び受診予定の医療行為の情報が送信された際に、前記受診可否を判定して前記通信部に出力することを特徴とする請求項１に記載の医療行為管理システム。
【請求項３】
前記判定部は、
前記ユーザ毎に、同時に受診可能な複数の医療行為の組み合わせの情報と、前記各医療行為の受診可能な期日の情報とを少なくとも管理し、
前記管理している前記情報に前記ユーザの過去に受診した医療行為の情報を照らし合わせて受診予定の前記医療行為の受診可否を判定する
ことを特徴とする請求項２に記載の医療行為管理システム。
【請求項４】
前記入力部はさらに、
前記複数の医療機関のいずれかで受診する前記ユーザの情報及び少なくとも１つの前記受診予定の医療行為についての受診済情報を入力し、
前記サーバの前記情報管理部は、受診予定の医療行為ついての前記受診済情報を、前記過去の医療行為の受診済情報として、前記データベースに記憶させることを特徴とする請求項１に記載の医療行為管理ステム。
【請求項５】
前記端末は、前記ユーザが前記医療行為を受診した後に、前記入力部が入力した受診予定の医療行為ついての受診済情報を前記サーバに送信することを特徴とする請求項１又は請求項４に記載の医療行為管理ステム。
【請求項６】
前記情報管理部は、前記過去の医療行為を前記データベースに時系列で記憶させることを特徴とする請求項４に記載の医療行為管理システム。
【請求項７】
前記端末はリーダ部を有し、前記ユーザが携帯する記録媒体から前記ユーザの情報を読み取って入力することを特徴とする請求項１に記載の医療行為管理システム。
【請求項８】
前記閉域網は、前記端末の前記通信部が無線接続する携帯通信網と、前記携帯通信網からの情報を前記サーバに送信するプライベートネットワークとを含むことを特徴とする請求項１に記載の医療行為管理システム。
【請求項９】
医療機関で受診する医療行為を管理する医療行為管理方法であって、
公的機関に設置するサーバと複数の医療機関に設置する端末とを閉域網で接続する構成とし、
前記サーバにおいて、
情報管理部を用いて、前記複数の医療機関のいずれかでユーザが受診した過去の医療行為の受診済情報を前記ユーザに対応させてデータベースに記憶させるステップと、
判定部を用いて、前記データベースから該当するユーザの前記過去の医療行為の受診済情報を読み出して、前記ユーザが受診予定の医療行為の受診可否を判定するステップと、
を実行し、
前記端末において、
入力部を用いて、前記複数の医療機関のいずれかで受診する前記ユーザの情報及び少なくとも１つの受診予定の医療行為の情報からなる管理情報を入力するステップと、
通信部を用いて、前記管理情報を前記閉域網により前記サーバに送信し且つ前記判定部が判定した前記受診可否の情報を前記閉域網により受信するステップと、
表示部を用いて、前記複数の医療機関のいずれかで受診する前記ユーザの情報及び前記判定部が判定した前記受診可否の情報を表示するステップと、
を実行することを特徴とする医療行為管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療行為の管理システムに関し、複数の医療機関の何れかから出力される受診結果を１つのデータベースに纏めて蓄積し、異なる医療機関間での受診結果の内容を参照可能とすることにより、誤診を防ぐことが可能な医療行為管理システムに関する。
【背景技術】
【０００２】
昨今、電気通信機器、特に通信ネットワークの発達により、医療機関に端末が導入され、各種の医療システムの普及が始まっている。これらの医療システムには、各医療機関内で単独に使用されて受診者の受診情報を各医療機関に専用のカルテに記録して蓄積するもの、提携している数件の医療機関相互間を連携するものや、受診者に医療行為のスケジュールを通知するもの等が存在する。
【０００３】
特許文献１は、乳幼児の予防接種について、個人情報（こどもの生年月日と登録年月日が主）と予防接種情報から抽出した情報に基づいて、ユーザのための予防接種の基本スケジュールを作成し、前記基本スケジュールに対する当該ユーザからの変更要求、あるいはユーザ登録後の接種済み履歴の更新に基づき、予防接種の優先順位をつけて、予防接種のスケジュールを現在の状況に適合させ、今後の最適なスケジュールを提供し、予防接種スケジュールをメールで送信して予防接種を受けてもらう通知を行い、このメールへのユーザからの返信メールを受信する発明が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−５９１５５
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に開示されたシステム管理装置は、ユーザの過去の接種履歴に基づき、接種可能な予防接種が複数存在する場合などは、同時接種の可否を考慮して予防接種に優先順位をつけて誤接種を回避している。そのため、特許文献１に開示された医療システムでは、医療機関で受診して各種の予防接種を継続して受ける場合には、システムに記憶されたユーザの接種履歴が正しい限り、各種の予防接種の誤接種の事故を引き起こすことはない。
【０００６】
しかしながら、特許文献１のシステム管理装置では、ユーザが接種計画通りに予防接種を受けることが前提であり、接種計画通りに予防接種を接種しなかった際に、未接種であることをシステムへ返信メールを送らずに忘れてしまった場合、ユーザの過去の接種履歴がシステムに正確に記憶されないことになるため、各種の予防接種の受診履歴に基づいた各種の予防接種の優先順位をつけることができず、予防接種の誤接種事故を招いてしまうという課題があった。
【０００７】
さらに、特許文献１に記載のシステム管理装置は、医療機関からユーザ（の保護者）へ予防接種の受診スケジュールを送信し、例えば、ユーザが予防接種を未受診だった場合には、前記メールの本文に記載されているＵＲＬをクリックして、未受診であったことやスケジュールの変更情報などを入力することにより、予防接種のスケジュール変更情報がシステム管理装置に記憶されることになる。すなわち、特許文献１のシステム管理装置では、予防接種の受診結果の入力（変更）は医療機関で受診したユーザ（の保護者）に委ねられており、ユーザ（の保護者）が予防接種の受診結果の入力（変更）を失念した場合、予防接種済みの情報が履歴として記憶されることがない。
【０００８】
また、一般的には、同一の医療機関のカルテ（紙面）で各種の予防接種の履歴が管理されているため、各種の予防接種の誤接種の事故を引き起こすことはない。しかし、かかりつけの医療機関とは異なる医療機関で予防接種を受診する必要が生じることがある。この場合、かかりつけの医療機関と異なる医療機関とで、異なるカルテで別々に予防接種の履歴を管理することになるため、各種の予防接種の履歴を統括して管理することが不可能であり、各種の予防接種の接種可否の判断や接種の優先順位をつけることができず、予防接種の誤接種事故を招いてしまうという課題があった。
【０００９】
そこで、本発明の目的は、複数の医療機関の何れかで受診した医療行為の受診結果を医療機関から公的機関に送信させてデータベースに記憶させることにより、ユーザに対応させて医療行為の受診履歴を一括して管理し、異なる医療機関で医療行為を受診したとしても誤診を回避することができる医療行為管理システムを提供することにある。
【課題を解決するための手段】
【００１０】
本発明は、医療機関で受診する医療行為を管理する医療行為管理システムであって、公的機関に設置するサーバと複数の医療機関に設置する端末とを閉域網で接続する構成とし、前記サーバは、前記複数の医療機関のいずれかでユーザが受診した過去の医療行為の受診済情報を前記ユーザに対応させてデータベースに記憶させる情報管理部と、前記データベースから該当するユーザの前記過去の医療行為の受診済情報を読み出して、前記ユーザが受診予定の医療行為の受診可否を判定する判定部と、を有し、前記端末は、前記複数の医療機関のいずれかで受診する前記ユーザの情報及び少なくとも１つの受診予定の医療行為の情報からなる管理情報を入力する入力部と、前記管理情報を前記閉域網により前記サーバに送信し且つ前記判定部が判定した前記受診可否の情報を前記閉域網により受信する通信部と、前記複数の医療機関のいずれかで受診する前記ユーザの情報及び前記判定部が判定した前記受診可否の情報を表示する表示部と、を有することを特徴とする。
【００１１】
本発明に係る医療行為管理システムの前記判定部は、前記通信部から前記ユーザの情報及び受診予定の医療行為の情報が送信された際に、前記受診可否を判定して前記通信部に出力することを特徴とする。
【００１２】
本発明に係る医療行為管理システムの前記判定部は、前記ユーザ毎に、同時に受診可能な複数の医療行為の組み合わせの情報と、前記各医療行為の受診可能な期日の情報とを少なくとも管理し、管理している前記情報に前記ユーザの過去に受診した医療行為の情報を照らし合わせて受診予定の前記医療行為の受診可否を判定することを特徴とする。
【００１３】
本発明に係る医療行為管理システムの前記入力部はさらに、前記複数の医療機関のいずれかで受診する前記ユーザの情報及び少なくとも１つの前記受診予定の医療行為についての受診済情報を入力し、前記サーバの前記情報管理部は、受診予定の医療行為ついての前記受診済情報を、前記過去の医療行為の受診済情報として、前記データベースに記憶させることを特徴とする。
【００１４】
本発明に係る医療行為管理システムの前記端末は、前記ユーザが前記医療行為を受診した後に、前記入力部が入力した受診予定の医療行為ついての受診済情報を前記サーバに送信することを特徴とする。
【００１５】
本発明に係る医療行為管理システムの前記情報管理部は、前記過去の医療行為を前記データベースに時系列で記憶させることを特徴とする。
【００１６】
本発明に係る医療行為管理システムの前記端末はリーダ部を有し、前記ユーザが携帯する記録媒体から前記ユーザの情報を読み取って入力することを特徴とする。
【００１７】
本発明に係る医療行為管理システムの前記閉域網は、前記端末の前記通信部が無線接続する携帯通信網と、前記携帯通信網からの情報を前記サーバに送信するプライベートネットワークとを含むことを特徴とする。
【００１８】
本発明は、医療機関で受診する医療行為を管理する医療行為管理方法であって、公的機関に設置するサーバと複数の医療機関に設置する端末とを閉域網で接続する構成とし、前記サーバにおいて、情報管理部を用いて、前記複数の医療機関のいずれかでユーザが受診した過去の医療行為の受診済情報を前記ユーザに対応させてデータベースに記憶させるステップと、判定部を用いて、前記データベースから該当するユーザの前記過去の医療行為の受診済情報を読み出して、前記ユーザが受診予定の医療行為の受診可否を判定するステップと、を実行し、前記端末において、入力部を用いて、前記複数の医療機関のいずれかで受診する前記ユーザの情報及び少なくとも１つの受診予定の医療行為の情報からなる管理情報を入力するステップと、通信部を用いて、前記管理情報を前記閉域網により前記サーバに送信し且つ前記判定部が判定した前記受診可否の情報を前記閉域網により受信するステップと、表示部を用いて、前記複数の医療機関のいずれかで受診する前記ユーザの情報及び前記判定部が判定した前記受診可否の情報を表示するステップと、を実行することを特徴とする。
【発明の効果】
【００１９】
以上のように、本発明によれば、公的機関のサーバは、複数の医療機関のいずれかでユーザが受診した過去の医療行為の受診済情報（以下、受診履歴と記す）を前記ユーザに対応させて１つのデータベースに記憶させ、次回の受診時には前記データベースから該当するユーザの前記過去の医療行為の前記受診履歴を読み出して、前記ユーザが受診予定の医療行為の受診可否を判定することにより、その場で前記ユーザが受診を希望する医療行為の受診可否がわかるので、受診不可な医療行為を避け、誤診を防ぐことができる。
【００２０】
また、前記サーバの情報管理部は、前記ユーザ毎に、前記受診履歴を１つの前記データベースに時系列で記憶させ、前記サーバの判定部は、前記ユーザ毎に、同時に受診可能な複数の医療行為の組み合わせの情報と、前記各医療行為の受診可能な期日の情報とを少なくとも管理し、前記管理している前記情報に前記ユーザの前記受診履歴の情報を照らし合わせて受診予定の前記医療行為の受診可否を判定し端末に送信することにより、前記ユーザ、医療機関はその場で、受診可能な医療行為の組み合わせを把握することができる。
この判定により、複数の受診可能な前記医療行為の中から、適正な医療行為を選択することができるので、前記医療行為の組み合わせ間違いによる誤診を防ぐことができる。
【００２１】
また、前記医療機関は、前記ユーザが前記医療行為を受診した後に、前記端末の前記入力部から、前記複数の医療機関のいずれかで受診する前記ユーザの情報及び、前記ユーザが前記受診予定の医療行為の受診が終了後に少なくとも１つの前記受診予定の医療行為についての前記受診履歴を入力し、前記サーバに送信することにより、前記サーバの前記情報管理部は、前記受診予定の医療行為ついての受診履歴を、前記過去の医療行為の前記受診履歴として、前記データベースに記憶させる。受診後に即座に前記データベースに記憶させることにより、受診結果の未入力ミスを確実に回避し、前記ユーザの前記受診履歴を蓄積し、次回の受診予定の医療行為の判定に用いることができる。
【００２２】
また、本発明によれば、前記公的機関に設置した前記サーバと前記複数の医療機関に設置した前記端末とを閉域網で接続することにより、インターネット等の公衆回線との接続を不可とすることで、個人情報の流出を防止する等、高いセキュリティを確保することができる。
【００２３】
また、前記閉域網は、前記端末の通信部が無線接続する携帯通信網と、前記携帯通信網からの情報を前記サーバに送信するプライベートネットワークとを含むことにより、前記端末は前記携帯通信網と送受信する前記通信部を有しているので、前記端末を設置する前記医療機関は都市部でも山間部でもよく、携帯通信網から前記閉域網に接続可能な環境にあれば、通信回線等の設置工事や高額な設備投資等が不要で、容易に本システムを導入することができる。
【００２４】
また、前記情報管理部で前記データベースに記録した、前記ユーザが受診した前記医療行為及びこれから受診予定の医療行為を、前記ユーザの所持する前記端末で閲覧可能なユーザの確認画面（例えば、ホームページ等）の一覧表で表示することにより、受診済、未受診、受診予定日等の受診状況を前記ユーザが目視で確認し、状況を把握することができる。また、前記受診予定の医療行為を受診後に即座に更新するので、前記ユーザは前記医療行為の最新の受診履歴及び今後の受診予定日を確認することができる。
【００２５】
前記医療機関に設置された前記端末は、さらにリーダ部を有し、前記ユーザが携帯する記録媒体から前記ユーザの情報を読み取って入力する。前記記録媒体は、前記複数の医療機関の何れかで前記医療行為が受診可能な情報を記録したものであることから、ユーザは前記記録媒体を持参するだけで、何れの医療機関でも同じ医療行為を誤りなく受診することができ、誤診を防ぐことができる。
【図面の簡単な説明】
【００２６】
【図１】本発明の実施形態に係る医療行為管理システムの構成を示す図である。
【図２】本発明の実施形態に係る処理シーケンス図である。
【図３】本発明の実施形態に係る処理シーケンスのうち、データベースの更新を示す図である。
【図４】本発明の実施形態に係る新規ユーザ登録に係る処理シーケンス図である。
【図５】本発明の実施形態に係る新規作成時のスケジュールの例を示す図である。
【図６】本発明の実施形態に係る更新中のスケジュールの例を示す図である。
【図７】本発明の実施形態に係る端末の表示画面を示す図であり、図７（ａ）は医療機関２０が入力する、業務の選択画面の例を示す図、（ｂ）は記録媒体３１を読み取る画面の例を示す図、（ｃ）はユーザ３０によるパスワードの入力画面の例を示す図、（ｄ）は予防接種の選択画面の例を示す図、（ｅ）は予防接種の受診履歴の表示状態の例を示す図、（ｆ）は複数の予防接種を選択する画面の例を示す図、（ｇ）は予防接種の詳細情報及び受診を入力する画面の例を示す図、（ｈ）は予防接種の実際の実施を促す画面表示の例を示す図、（ｉ）は予防接種の受診結果がサーバ１１のデータベース１４に記憶した旨を通知する表示状態を示す図である。
【図８】本発明の実施形態の、予防接種に係る処理フロー図である。
【発明を実施するための形態】
【００２７】
以下、本発明の実施形態について、図面を参照して、説明をする。
図１は、本発明の実施形態に係る医療行為管理システム１の構成を示す図である。
医療行為管理システム１は、公的機関１０、通信データセンタ１６及び１以上の医療機関２０が設けられており、公的機関１０と通信データセンタ１６間の通信回線はプライベートネットワーク３で繋がっており、通信データセンタ１６と医療機関２０間の通信回線は、携帯通信網４で繋がっている。また、プライベートネットワーク３と携帯通信網４は閉域網２を構成しており、専用回線の様にインターネット回線への接続は不可となっており、閉域網２での送受信データは、インターネット回線へ流出することなく、高いセキュリティを有している。
【００２８】
公的機関１０は、サーバ１１と、外部発信用サーバ１５を備えている。さらにサーバ１１は、判定部１２と、情報管理部１３と、データベース１４とを備えている。
【００２９】
判定部１２は、端末２１の通信部２４からユーザ３０の情報（以下、ユーザＩＤ）及び受診予定の医療行為の情報からなるユーザの管理情報（以下、ユーザ管理情報）が送信された際に、データベース１４から該当するユーザの受診履歴を読み出して、受診予定の医療行為の受診可否を判定して、通信部２４に出力する処理を行う。判定部１２は、ユーザ３０毎に、同時に受診可能な複数の医療行為の組み合わせの情報と、各医療行為の受診可能な期日の情報とを少なくとも管理しており、管理している情報にユーザ３０の受診履歴を照らし合わせてユーザが受診を希望する医療行為の受診可否を判定する。
具体的には、情報管理部１３が読み出した１ユーザの受診履歴を考慮して、当該ユーザの受診可能な医療行為について、２種類の判定処理を行う。
【００３０】
ここで、「受診予定日」は、判定部１２が算出した医療行為の受診可能な期間を示す。また、「受診当日」は、ユーザ３０が実際の医療行為の受診を希望する日付であり、ユーザ３０が医療機関に出向いた日である。
【００３１】
第１の判定処理として判定部１２は、通信部２４からユーザ３０の情報及び受診予定の医療行為の情報が送信された際に、データベース１４に記憶されている受診可能な期日の情報及び受診履歴から、ユーザ３０に係る医療行為が受診当日に受診可能であるか否かの受診可否を判定して、通信部２４に出力する。受診当日はその端末２１に入力した日付で判定するので、ユーザ３０が医療機関２０を訪れた受診当日のその場で判定可能である。
【００３２】
そして、ユーザが選択した医療行為が受診当日に受診可能か判定する。例えば、医療行為Ａはユーザが受診年齢に達していないので受診不可とする、医療行為Ｂを複数回受診する場合は、受診履歴を参照して、第１回目と第２回目の間隔をＸ日以上開けなければならないので受診当日は受診不可とする、等の、受診当日の日付を基に、経時的な受診可否の判定処理を行う。
【００３３】
また、第２の判定処理として判定部１２は、受診当日に受診可能な複数の医療行為のうち、データベース１４に記憶されている受診可能な期日の情報及び受診履歴から、同時に受診可能な医療行為の組み合わせの判定を行う。例えば、医療行為Ａ、医療行為Ｂ及び医療行為Ｃが受診当日に受診可能な場合、「医療行為Ａと医療行為Ｂ」は同時に受診可能だが、「医療行為Ｃ」は同時に受診不可と定められている場合は、受診当日に受診可能なのは、「医療行為Ａと医療行為Ｂ」又は「医療行為Ｃ」の何れかの組み合わせである、等の医療行為の組み合わせによる受診可否の判定処理を行う。
【００３４】
このように、判定部１２は、受診可否を判定して、判定結果を通信部２４に出力し、表示部２３に受診可否を表示する。
【００３５】
情報管理部１３は、複数の医療機関の何れかでユーザが受診した医療行為の受診済情報（以下、受診履歴）を前記ユーザに対応させてデータベースに記憶させる処理を行う。
具体的には、情報管理部１３は抽出処理と更新処理の２種類の判定処理を行う。
【００３６】
情報管理部１３の抽出処理について説明する。情報管理部１３は医療行為の受診前に端末２１から、これから受診するユーザ管理情報を受信すると、ユーザ管理情報のユーザＩＤを検索キーとして、データベース１４からユーザ３０の受診履歴を抽出する。ここで、ユーザＩＤとは、データベース１４に登録された「氏名、生年月日、性別、住所」等のユーザ３０の情報に紐づいて、ユーザを一意に特定するＩＤである。このとき、例えば、端末２１で医療行為Ａが選択された場合、検索した日以降の受診予定日（未来日）である医療行為Ａを抽出する。また、医療行為Ａに加えて端末２１で医療行為Ｂが選択された場合、受診予定日が未来日の医療行為Ａ及び医療行為Ｂを抽出する。
【００３７】
情報管理部１３の更新処理について図３を用いて説明する。
情報管理部１３は、受診予定の医療行為についての受診済情報（受診当日の受診結果）を受診履歴として、既に記憶されている受診履歴と併せて、データベース１４に記憶させる。また、この時受診履歴をデータベース１４に時系列で記憶させる。
【００３８】
ユーザ３０が医療機関２０で医療行為を受診すると、端末２１に入力された受診結果を、医療行為の受診結果をサーバ１１の情報管理部１３へ通知し（図３に示すステップＳ２１）、ユーザ管理情報に紐づいた受診履歴を更新する。既に医療行為の基本情報は、ユーザの新規登録時に作成済であるので、受診結果に基づき、当該受診済医療行為の受診当日の日付、詳細情報（医療機関名、担当医師名、ワクチンのロット番号、特記事項）、等を記憶する。そして、受診履歴は時系列順に並び替える（図３に示すステップＳ２２）。
【００３９】
また、今回の受診結果の日付に基づいてユーザ３０のスケジュール内の日付を再計算する。例えば、未受診で受診予定日の更新が必要な医療行為の受診予定日を更新する（図３に示すステップＳ２３）。例えば、医療行為Ｂの第１回目を受診し、第２回目受診までＸ日間隔を必要とする場合、医療行為Ｂの第１回目の接種日（受診予定日）５９ｎ１を受診当日の日付で更新し、第２回目の受診予定日を「接種日５９ｎ１＋Ｘ日」と再計算して、第２回目の接種日（受診予定日）５９ｎ２の記憶内容を更新する。再計算は、同一の医療行為の回数間のみならず、他の医療行為Ａ，Ｂ，Ｃ，・・間でも受診の順番や間隔の調整が必要な場合に再計算を実行する。そして再計算結果に基づいて、ユーザ３０のスケジュールを最新の状態に更新する（図３に示すステップＳ２４）。
【００４０】
なお、スケジュールを更新した旨は外部発信用サーバ１５に通知され（図３に示すステップＳ２５）、外部発信用サーバ１５は、ユーザ３０がユーザ端末３２で閲覧可能な確認画面を更新する（図３に示すステップＳ２６）。
【００４１】
このように、医療機関で医療行為の受診結果を端末２１に入力してサーバ１１の情報管理部１３へ送信すると、即座にデータベース１４の受診履歴が時系列に更新され、新しいスケジュールが即座に再計算される。また、何れの医療機関２０でも受診結果を入力可能で、受診履歴を公的機関１０のサーバ１１（データベース１４）で一括管理することにより、医療行為の受診履歴の未入力による誤診を回避することができる。
【００４２】
データベース１４は、一般的なデータベースソフトウェアを使用している。ユーザ毎のレコードを有し、ユーザ毎の国の指定した１以上の医療行為に対して、受診日時、場所、受診回数、担当医師等、詳細な情報等の記憶を行う。
【００４３】
外部発信用サーバ１５は、ユーザ端末３２へのデータ送信を行うためのサーバである。サーバ１１は、閉域網２でのみ通信可能であるので、サーバ１１からユーザ３０の所持するユーザ端末３２へとインターネット回線でデータ送信を行うことができない。そこで、外部発信用サーバ１５は、サーバ１１に代えて、ユーザ端末３２に送信する電子メール（二次元コードを含む）、及びユーザ端末３２で閲覧する確認画面用のデータ（データベース１４に記憶されている医療行為の受診履歴及び受診予定日のスケジュール）等をサーバ１１から受信し、ユーザ端末３２にメールの送信、及び確認画面の閲覧サービスを行う機能を有する。
【００４４】
サーバ１１から外部発信用サーバ１５へは一方向のみの通信を許可することで、外部インターネット回線から外部発信用サーバ１５経由でサーバ１１へのアクセスを禁止し、高いセキュリティ性を確保している。
【００４５】
次に、医療機関２０の構成について説明する。図１に示すように、１以上の医療機関２０は、１以上の端末２１が設置されている。
【００４６】
医療機関２０は、公的機関１０に登録された施設であり、大病院、個人病院や診療所、介護施設等であり、規模を問わない。
【００４７】
端末２１は、医療機関２０の規模により各医療機関２０に１台〜複数台を設置する。端末２１は、入力部２２、表示部２３、通信部２４及びリーダ部２５を有している。設置や持ち運びを考慮し、携帯型のタブレット端末、ノートブック型ＰＣ等が好適であるが、据え置き型の端末でもよい。
【００４８】
また、端末２１は、閉域網２の携帯通信網４と無線接続する通信部２４を有しているので、別途通信回線等の設置が不要でありながら、サーバ１１と通信を行うことができる。したがって、端末２１は、医療機関２０の位置が都市部でも山間部でもよく、携帯通信網４から閉域網２に接続可能な環境にあれば、光ケーブルなどの、通信回線等の設置工事や高額な設備投資等が不要で、容易に本システムを導入することができる。また、医療機関２０内部でも、携帯通信網４に接続可能な場所（室内、地下、屋外等）があれば、特に携帯型は持ち運び可能であるので、医療機関２０内の設置場所にとらわれず本システムを導入することができる。
【００４９】
入力部２２は、複数の医療機関２０の何れかで受診するユーザ３０の記録媒体３１に記録されたユーザＩＤや、表示部２３に表示された医療行為のうち、少なくとも１つの受診予定の希望をする医療行為の選択、その他情報、等を入力する機能を有する。入力されたユーザ管理情報（ユーザＩＤ及び前記医療行為の情報）は、通信部２４を経由して、サーバ１１に送信する。入力部２２の機器として、表示画面をタッチすることにより入力可能な、タッチパネル入力（表示部２３と一体型）が好適であるが、キーボードやマウス等を用いるようにしてもよい。
【００５０】
表示部２３は、前記ユーザ管理情報や、判定部１２が判定した前記受診可否の情報等を表示する機能を有する。表示部２３は液晶パネル等による目視する機器が好適である。
【００５１】
通信部２４は、閉域網２を経由してサーバ１１間とで、データ送信を行い、且つ判定部１２が判定した受診可否の情報を閉域網２により受信する機能を有する。通信部２４は、通信回線として閉域網２を特定するためのＳＩＭカード（Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ  ｃａｒｄ：図示せず）を備えている。当該ＳＩＭカードを備えることにより、通信部２４は携帯通信網４にアクセス可能であるので、端末２１を医療機関２０内の任意の場所に設置したり、持ち運びをすることができる。また、別途通信回線等の設置が不要であるので、初期費用が安く済み、通信回線等の設置工事が不要で、医療機関２０は容易に端末２１を導入することができる。
【００５２】
リーダ部２５は、記録媒体３１の内容である、ユーザＩＤを読み取る機能を有する。読み取った内容は表示部２３に表示される。リーダ部２５は、記録媒体３１の内容を読み取れる機器であればよく、ＩＣカードリーダ、カメラ（二次元コードの読み取り）等で構成される。またリーダ部２５は、端末２１の内蔵型でも、外付型でもその構成は問わない。
【００５３】
次に閉域網２及び通信データセンタ１６について説明する。
閉域網２は、公的機関１０に設置されたサーバ１１と医療機関２０に設置された端末２１の通信部２４を繋ぐ通信回線であり、プライベートネットワーク３及び携帯通信網４から成る。
【００５４】
携帯通信網４は、通信部２４が、前記ＳＩＭカードに記載の特定の接続先情報と接続する通信事業者の通信網である。無線式の通信網であるので、電波が通じる範囲であれば通信部２４とサーバ１１とが通信可能となり、医療機関２０内に通信回線等の地上設備は不要である。
【００５５】
プライベートネットワーク３は、専用回線や、インターネット回線を用いた仮想プライベートネットワーク（ＶＰＮ：Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）を用いてもよく、外部からのネットワークと接続することなく拠点間の通信が行える。なお、ＶＰＮは、通信事業者の公衆回線を使用して構築された仮想的な組織内のネットワークであり、あたかも専用回線を用いたネットワーク内部のように通信が行える。
【００５６】
また、通信データセンタ１６は通信事業者の通信の中継基地であり、無線ネットワーク制御装置１７を有している。
【００５７】
無線ネットワーク制御装置１７は、通信事業者の通信網の経路を振り分ける機能を有する。例えば、携帯通信網４から受信したデータ通信を、前記ＳＩＭカードに記載の特定の接続先情報によって、プライベートネットワーク３や、他のプライベートネットワークや、インターネット網（図示せず）に振り分ける機能を有する。本発明では、通信部２４から携帯通信網４に送信された通信内容は、無線ネットワーク制御装置１７で前記ＳＩＭカードに記載された接続先として必ずプライベートネットワーク３に経路を振り分けられ、サーバ１１が受信する、また、サーバ１１からの送信は、プライベートネットワーク３を通過し無線ネットワーク制御装置１７で携帯通信網４に振り分けられ、通信部２４が受信する。
【００５８】
このように、閉域網２は、プライベートネットワーク３及び携帯通信網４を必ず経路とし、他の通信ネットワーク網に通信を振り分けないこと、また、データは認証や暗号化で厳重に保護、管理されるため、混信や漏洩、盗聴などの危険性を低くし、高いセキュリティを有する。
【００５９】
次に、ユーザ３０の所持品について説明する。ユーザ３０は記録媒体３１とユーザ端末３２を所持する。
記録媒体３１は、複数の医療機関２０の何れかで前記医療行為が受診可能なユーザ３０のユーザＩＤを記録したものである。
【００６０】
記録媒体３１は、ユーザ３０の情報をサーバ１１に新規登録した際に、公的機関１０で発行される。ＩＣカード等の実体のあるカード形状や、ユーザ端末３２に電子メールで送信する二次元コード（ＱＲコード（登録商標）等）等が好適である。
【００６１】
ユーザ３０は記録媒体３１を持参し、何れの医療機関２０でも、端末２１のリーダ部２５で記録媒体３１を読み取ることで、サーバ１１は本人の認証を行い、医療行為の受診をすることが可能になる。
【００６２】
ユーザ端末３２は、ユーザ３０が所持する端末で、公的機関１０の外部発信用サーバ１５からの医療行為の連絡通知（電子メール）や、外部発信用サーバ１５に設けられたユーザ３０のスケジュールを確認するための確認画面（例えば、インターネットのホームページ。図示せず）を閲覧するために使用する。ユーザ端末３２は電子メールの受信と、確認画面が閲覧可能であればよく、一般的な、携帯電話、スマートフォン、タブレット端末、パソコン（ノート型、デスクトップ型）でもその機器は問わない。
【００６３】
［医療行為管理システムの処理シーケンス］
本発明は、公的機関に設置したサーバと複数の医療機関に設置した端末とを閉域網で接続し、ユーザ３０が医療機関２０で医療行為を受診する際に、ユーザ３０の所持する記録媒体３１を医療機関２０に設置された端末２１で読み取り、読み取ったユーザＩＤから、サーバ１１のデータベースから医療行為を抽出し、判定部１２でその場で１以上の選択した医療行為が受診可、受診不可を判定して端末２１の表示部２３に表示し、受診可能な医療行為をユーザが受診後に、端末２１から受診結果をサーバ１１に送信し、情報管理部１３は当該受診結果を受診した医療行為を時系列でデータベース１４に記憶させることで、ユーザに対応させて医療行為の履歴を一括して管理し、異なる医療機関で医療行為を受診したとしても誤診を回避するものである。
【００６４】
図２及び図４を参照し、医療行為管理システム１の処理シーケンスを説明する。
図２は、本発明の実施形態に係る処理シーケンスを示す図、図４は新規ユーザ登録に係る処理シーケンスを示す図である。
【００６５】
まず、医療機関２０の端末２１で、ユーザ３０の持参した記録媒体３１に記録されたユーザＩＤをリーダ部２５で読み取る（ステップＳ１）。記録媒体３１は、前述のようにＩＣカード、二次元コード等である。次に、ユーザ３０は端末２１の入力部２２からパスワードを入力（ステップＳ２）する。
【００６６】
入力を終了すると、通信部２４はユーザＩＤ及びパスワードを携帯通信網４へ送信する。ユーザＩＤ及びパスワードはさらに、無線ネットワーク制御装置１７でプライベートネットワーク３に振り分けられ、サーバ１１に送信される（ステップＳ３）。
【００６７】
サーバ１１は受信したユーザＩＤ及びパスワードを基にユーザ３０の認証を行い（ステップＳ４）、正当な内容であったらログイン許可、不当な内容であったらログイン不許可の認証結果通知を通信部２４に返信する（ステップＳ５）。端末２１は認証通知結果がログイン許可であった場合、表示部２３にユーザＩＤに紐づくユーザの情報と、医療行為の一覧を表示する。
【００６８】
次に医療機関２０は端末の表示部２３（入力部２２）に表示された医療行為の一覧からユーザ３０が受診当日の受診を希望する医療行為を選択して、入力部２２から入力する（ステップＳ６）。通信部２４は、ユーザ管理情報（選択された医療行為及びユーザＩＤ）を携帯通信網４へ送信すると、無線ネットワーク制御装置１７でプライベートネットワーク３に振り分けられ、サーバ１１に送信される（ステップＳ７）。
【００６９】
サーバ１１の情報管理部１３は選択された医療行為及びユーザ管理情報をキーとして、データベース１４の受診履歴から、ユーザの希望する医療行為を抽出する（ステップＳ８）。
【００７０】
そして抽出した受診済の受診履歴から、判定部１２が、受診可否の判定を行う（ステップＳ９）。ここでは、選択した医療行為が１種類なので、他の医療行為間の受診可否の判定は行われず、受診当日の日付で受診可能という、経時的な判定を行う。そして、判定結果として、受診当日に受診可能な医療行為を通信部２４に送信し（ステップＳ１０）、受診当日に受診可能な医療行為の一覧を表示部２３に表示する（ステップＳ１１）。
【００７１】
ここで、前記医療行為のみならず、受診当日に他の医療行為の追加受診を希望する場合は（ステップＳ１２にてＹＥＳ）、ステップＳ６に戻り、さらに医療行為を選択することができる。そして再度ステップＳ６乃至ステップＳ１１の処理を繰り返す。この時、複数の医療行為が選択されているので、判定部１２は複数の医療行為の同時に受診可、受診不可の判定を行う。例えば、医療行為ＡとＢは同時に受診可又は受診不可であるとの判定を通信部２４に送信する。
【００７２】
医療行為の追加受診を希望しない場合は（ステップＳ１２にてＮＯ）、医療機関２０は端末２１の表示部２３（入力部２２）に表示された医療行為の中から、受診当日に受診を希望する医療行為を最終選択する（ステップＳ１３）。そして、医療行為の詳細データ（医師名、ワクチンロット、特記事項）を受診結果として入力し（ステップＳ１４）、実際の医療行為の受診後に、実施ボタンを押下する（ステップＳ１５）。
【００７３】
実施ボタンを押下すると受診結果が通信部２４からサーバ１１に送信され（ステップＳ１６）、情報管理部１３は受診結果を即座に更新処理を行う。ユーザ管理情報に基づいて、日付を基礎に時系列でユーザの受診履歴の更新と、スケジュールの再計算を行い、データベースの更新を行う（ステップＳ１７）。
【００７４】
そして、情報管理部１３が受診履歴の更新を終了すると、サーバ１１から通信部２４へ更新済の通知がなされ（ステップＳ１８）、表示部２３に「更新終了」の旨の表示がなされ、医療機関２０は、受診結果が更新された旨を知ることができる。
【００７５】
このように、複数の医療機関２０の何れかで受診した医療行為の受診結果を医療機関２０から公的機関１０に送信させてデータベース１４に記憶させることにより、ユーザ３０に対応させて医療行為の履歴を一括して管理し、異なる医療機関２０で医療行為を受診したとしても、誤診を回避することができる。
【００７６】
次に図４を参照して、医療行為管理システム１に新規ユーザを登録する場合の処理シーケンスを説明する。
【００７７】
まず、サーバ１１に外部システムから新規ユーザの情報を受領する（ステップＳ３１、Ｓ３２）。新規ユーザの情報を媒体等を介して読み込むなど、閉域網２と外部ネットワーク間のセキュリティを確保しつつ運用するようにする。
【００７８】
次に、新規ユーザの情報を基に、データベース１４に新規ユーザのレコードを作成する（ステップＳ３３）。この時、基礎となる情報は、氏名、生年月日、性別、住所等であり、これらに紐づいたユーザを一意に特定するユーザＩＤを付与する。
【００７９】
情報管理部１３は、医療行為のスケジュールを新規ユーザ用に作成する（ステップＳ３４）。まずは総てのスケジュール内の年月日を日齢０日として初期設定し、その後情報管理部１３は、サーバ１１のシステム日付と新規ユーザの情報の生年月日を基に実際の新規ユーザの日齢を算出し、前記スケジュール内の日付を日齢に基づいて再計算し、更新する（ステップＳ３５）。これにより、現在受診可能な医療行為を把握することができるようになる。
【００８０】
次に、サーバ１１は新規ユーザ用の新規の記録媒体３１を発行する（ステップＳ３６）。記録媒体３１がＩＣカード等の実際のカードの場合は、サーバ１１にカード発行機（図示せず）を接続し発行する。記録媒体３１が二次元コードの場合は、外部発信用サーバ１５から、ユーザ端末３２に電子メールで送信する。
【００８１】
そして、サーバ１１から外部発信用サーバ１５に新規ユーザ登録済（ステップＳ３７）の通知がされると、外部発信用サーバ１５はユーザ３０が閲覧可能な確認画面に新規ユーザ３０のスケジュールを表示し（ステップＳ３８）、ユーザ端末３２に電子メールを送信する（ステップＳ３９）。外部発信用サーバ１５から電子メールを送信、確認画面を掲載するのは、サーバ１１がインターネットに接続不可能な閉域網２に存在している為である。
【００８２】
以上のように、新規ユーザの登録を行うことによって、新規ユーザは医療行為管理システム１に受診履歴を登録し、複数の医療機関２０のうち何れの医療機関２０でも、同一の医療行為を受診することができ、また何れの医療機関２０から出力される受診結果を１つのデータベース１４に纏めて蓄積できるようになる。
【００８３】
［実施例：予防接種］
本発明で示す「医療行為」とは、国の定めた指針（受診開始日、受診回数、受診間隔、複数医療行為の同時受診の可否）に基づいて、医師法で定められた医師、看護師等の免許を有さない者が業として行うことを禁止されている「医行為」のみならず、例えば、予防接種、学校内での集団予防接種、及び医療機関以外の高齢者介護・障害者介護を含むものとする。
【００８４】
以下、本発明の医療行為管理システム１の実施例として、医療行為を予防接種として使用する例を図５乃至図８を用いて説明する。また、予防接種の受診対象者を乳幼児とする場合は、ユーザ３０の名義は乳幼児であるが、実際に記録媒体３１の所持やパスワードの入力は乳幼児の保護者が行うこととなる。
【００８５】
図５は、本発明の実施形態である予防接種システムに係る新規作成時のスケジュールの例を示す図、図６は、本発明の予防接種システムに係る更新中のスケジュールの例を示す図、図７は、本発明の予防接種システムに係る医療機関２０に設置される端末２１の表示画面を示す図、図８は、本発明の予防接種システムに係る、予防接種に係る処理フロー図である。
【００８６】
図５及び図６は、予防接種システムに係るデータベース１４に記憶された１ユーザ３０の受診履歴を、外部発信用サーバ１５で確認画面用に編集した画面である。
【００８７】
図５及び図６は、データベース１４に記憶された受診履歴の内容を外部発信用サーバ１５で公開する確認画面ホームページの表示例であり、ユーザ３０はユーザ端末３２で閲覧可能である。なお、実際のデータベース１４への記憶・更新は、一般的なＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ  Ｑｕｅｒｙ  Ｌａｎｇｕａｇｅ）を用いるもので良い。
【００８８】
図５及び図６を用いて、データベース１４への記憶及び更新について説明する。本発明の実施形態である予防接種システムに係る新規作成時のスケジュールの例を示す図であり、図４に示すステップＳ３４に該当する。
【００８９】
本実施例では「医療行為」を「予防接種」とし、縦軸に医療行為の種類としての予防接種名５５として「Ｈｉｂ」「小児用肺炎球菌」「Ｂ型肝炎」「四種混合」「ＢＣＧ」等が記憶されている。横軸は、各予防接種名の経時的要素として、初回接種（推奨日）５６、接種回数５７、接種状態（接種状態５８、接種日５９）が記憶されている。
【００９０】
図５は初期作成時であり、年齢５３をまず日齢１日目（図５では０歳０月１日）で作成した後、システム日付５４で受診予定日５９ａ１〜５９ａｎを再計算し、データベース１４に記憶する。
【００９１】
図６は、図５を継続使用し、年月が経過して年齢５３が進んだ状態（図６では１歳０月１日）を示す図である。既に受診済の予防接種については、受診結果として、接種日５９ａ１と、接種状況５８ａ１等の複数の接種状況が「接種済」に更新されている。
【００９２】
また、予防接種が複数回あり、直近の第ｎ回目の受診結果が記憶済の場合は、次の第ｎ＋１回目の接種日５９が情報管理部１３で再計算され、最新の受診予定日に更新される。例えば、予防接種名５５ａ「Ｈｉｂ」の第３回目の接種状況５８ａ３及び接種日５９ａ３が記憶済であるので、第４回目の接種状況５８ａ４を「接種可」に変更し、及び受診予定日５９ａ４が再計算され「２０１７年６月１日〜２０２０年５月３１日」に更新されている。
【００９３】
このようにして、サーバ１１はデータベース１４の受診履歴を逐次更新し、ユーザ３０は、確認画面を閲覧することにより、受診済の予防接種の確認と、受診予定の予防接種の、次回受診予定日を確認することができる。
【００９４】
また、何れかの予防接種の受診予定日とシステム日付とが既定の期間内に近づくと、当該予防接種の接種を促す案内メールを、外部発信用サーバ１５からユーザ３０のユーザ端末３２に送信する。ユーザ３０はそのメール受信を契機に医療機関２０に出向いて、実際に予防接種を受診すると良い。
【００９５】
また、ユーザ３０は図６に示すように、「接種可」の判定が、「Ｈｉｂ：追加（接種状況５８ａ４、接種日５９ａ４）」と、「四種混合：追加（接種状況５８ｄ４、接種日５９ｄ４）」及び「麻しん風しん（第一期）：（接種状況５８ｆ１、接種日５９ｆ１）」にされている。また「接種不可」の判定が、「小児用肺炎球菌：第１回目（接種状況５８ｂ２）」等にされている。
【００９６】
これは、判定部１２により、「Ｈｉｂ」と、「Ｂ型肝炎」及び「麻しん風しん（第一期）」は何れかの組み合わせで接種可能であるが、「小児用肺炎球菌」はこれらと組み合わせて接種することができないと判定を行ったためである。このような組合せ不可の判定を行うことで、誤診断としての予防接種の誤接種を防止することができる。
【００９７】
図７は、予防接種時に使用する端末２１の画面を示す図であり、図７（ａ）は医療機関２０が入力する、業務の選択画面の例、図７（ｂ）は記録媒体３１を読み取る画面の例、図７（ｃ）はユーザ３０によるパスワードの入力画面の例、図７（ｄ）は予防接種の選択画面の例、図７（ｅ）は予防接種の受診履歴の表示状態を示す例、図７（ｆ）は複数の予防接種を選択する画面の例、図７（ｇ）は予防接種の詳細情報及び受診を入力する画面の例、図７（ｈ）は予防接種の実際の実施を促す画面表示の例である。
【００９８】
図７（ａ）は医療機関２０が業務の選択をするボタンを表示画面である。業務の例として、ユーザ３０の受診する「予防接種」、医療機関２０の事務処理用として「報告書／請求書作成」「履歴／予定」「統計データ」等がある。以下、予防接種ボタン２３１を押下することで、予防接種の業務が開始される。
【００９９】
図７（ｂ）は予防接種業務の開始後、ユーザ３０の認証を行うために、記録媒体３１を読み取る画面である。ユーザ３０若しくは医療機関２０の従事者は、ユーザ３０の所持する記録媒体３１をリーダ部２５（図示せず）に読み取らせる。読み取る情報は、ユーザＩＤである。
【０１００】
図７（ｃ）は図７（ｂ）で記録媒体３１をリーダ部２５（図示せず）に読み込ませると表示されるパスワードを入力する画面である。パスワードはセキュリティ上、ユーザ３０本人（又は保護者）が入力することが望ましい。
【０１０１】
図７（ｄ）は図７（ｂ）（ｃ）で端末２１が取得したユーザＩＤ及びパスワードをサーバ１１に送信し、サーバ１１でユーザ３０が認証でアクセス許可された場合、ユーザ３０の選択可能な予防接種一覧２３３を表示し、さらに受診を希望する予防接種を選択する画面である。予防接種一覧２３３はデータベース１４に記憶されている予防接種名が表示される。予防接種一覧２３３からユーザ３０が受診を希望する予防接種名を選択すると、サーバ１１からデータベース１４に記憶されている当該予防接種名の受診履歴が端末２１に送信される。
【０１０２】
図７（ｅ）は図７（ｄ）で選択した予防接種の受診履歴を表示する画面である。過去の受診結果と共に、受診予定日（現在）に受診可能な予防接種が「接種可能」等で表示され、ユーザ３０及び医療機関２０は、受診状況の誤認を防ぐことができる。
【０１０３】
図７（ｆ）は図７（ｄ）で選択した予防接種と同時に他の予防接種の受診を希望する場合に追加する選択を行う画面である。追加を希望する場合は、再び図７（ｄ）が表示され、予防接種一覧２３３から追加する予防接種を選択する。
【０１０４】
図７（ｇ）は予防接種の詳細情報及び受診を入力する画面であり、受診する予防接種名、回数、ワクチンの接種量、ワクチンのロット番号、担当医名等の詳細情報を入力／変更を行う画面である。詳細情報を入力し、実際の予防接種実行時のタイミングで、実施ボタン２３５を押下する。
【０１０５】
図７（ｈ）は実施ボタン２３５を押下した後に表示される画面である。この状態で、受診結果がサーバ１１に送信され、情報管理部１３で経時的に処理され、データベース１４に記憶される。この処理により、予防接種の受診結果が、データベース１４の記憶を確実に実行し、受診結果の未入力による誤診を防ぐことができる。
【０１０６】
図７（ｉ）受診結果がサーバ１１にデータベース１４に記憶された旨を、端末２１に通知し、表示部２３に表示した状態を示す図である。医療機関２０及びユーザ３０は、図７（ｉ）の表示を見て、受診結果がデータベース１４に記憶されたことを確認することができる。
【０１０７】
次に、図８を用いて、本発明の「医療行為」を「予防接種」とした場合の、処理フローについて説明する。図８は、本発明の実施形態の予防接種に係る処理フローを示す図であり、基本的には、図２に示すシーケンスの「医療行為」を「予防接種」に置き換えた処理フローを示している。
【０１０８】
まず、図７（ａ）に示す画面にて（ステップＳ５１）、ユーザ３０に受診する医療行為として「予防接種」を選択入力し（ステップＳ５２）、図７（ｂ）に示す画面でユーザ３０の持参した記録媒体３１に記録されたユーザＩＤをリーダ部２５で読み取る（ステップＳ５３）。記録媒体３１は、前述のようにＩＤカード、ＱＲコード（登録商標）等である。次に、ユーザ３０は端末２１の入力部２２からパスワードを入力する（ステップＳ５４、図７（ｃ））。
【０１０９】
入力を終了すると、通信部２４はユーザＩＤ及びパスワードを携帯通信網４へ送信する。ユーザＩＤ及びパスワードはさらに、無線ネットワーク制御装置１７でプライベートネットワーク３に振り分けられ、サーバ１１に送信される（ステップＳ５５）。
【０１１０】
サーバ１１は受信したユーザＩＤ及びパスワードを基にユーザ３０の認証を行い、正当な内容であったらログイン許可、不当な内容であったらログイン不許可の認証結果通知を通信部２４に返信する（ステップＳ５６）。
端末２１は認証通知結果がログイン許可であった場合、表示部２３にユーザＩＤに紐づいたユーザの情報と予防接種一覧２３３を表示する（ステップＳ５７、図７（ｄ））。
【０１１１】
次に医療機関２０は図７（ｄ）に示す予防接種一覧２３３からユーザ３０が受診当日に受診を希望する予防接種を選択し、入力部２２から入力する（ステップＳ５８、図７（ｄ））。通信部２４は、選択された予防接種、及びユーザＩＤからなるユーザ管理情報を携帯通信網４へ送信すると、無線ネットワーク制御装置１７でプライベートネットワーク３に振り分けられ、サーバ１１に送信される（ステップＳ５９）。
【０１１２】
サーバ１１の情報管理部１３は選択された予防接種名及びユーザ管理情報をキーとして、データベース１４の受診履歴から、ユーザ３０の希望する予防接種を抽出する（ステップＳ６０）。
【０１１３】
そして抽出した受診済の受診履歴を用いて、判定部１２が受診可否の判定を行う（ステップＳ６１）。ここでは、選択した予防接種が１種類なので、他の予防接種間の受診可否の判定は行われず、受診当日の日付での受診可否という、経時的な判定を行う。そして、判定結果として、受診当日に受診可能な医療行為を通信部２４に送信し（ステップＳ６２）、選択した予防接種の受診履歴と判定結果を表示部２３に表示する（ステップＳ６３、図７（ｅ））。
【０１１４】
ここで、前記予防接種に加えて、受診当日に他の予防接種の追加受診を希望する場合は、さらに予防接種を選択することができる（ステップＳ６４でＹＥＳ）。そして再度ステップＳ５８乃至ステップＳ６３の処理を繰り返す。この時、複数の予防接種が選択されているので、判定部１２は複数の予防接種の同時受診の可能、不可能の判定を行う。例えば、予防接種ＡとＢは同時に受診可又は受診不可であるとの判定を通信部２４に送信する。
【０１１５】
予防接種の追加受診を希望しない場合は（ステップＳ６４でＮＯ）、医療機関２０は端末２１の表示部２３に表示された予防接種の中から、受診当日に受診を希望する予防接種を最終選択する（ステップＳ６５）。そして、図７（ｇ）に示すように、予防接種の詳細データ（医師名、ワクチンロット、特記事項）を受診結果として入力し（ステップＳ６６）、実際の医療行為の受診後に、実施ボタン２３５を押下する（ステップＳ６７）。
【０１１６】
実施ボタン２３５を押下すると、図７（ｈ）が端末２１の表示部２３に表示され、また受診結果が通信部２４からサーバ１１に送信され（ステップＳ６８）、情報管理部１３は受診結果を即座に更新処理を行う。ユーザ管理情報に基づいて、日付を基礎に時系列でユーザの受診履歴の更新と、スケジュールの再計算を行い、データベースの更新を行う（ステップＳ６９）。
【０１１７】
そして、情報管理部１３が受診履歴の更新を終了すると、サーバ１１から通信部２４へ更新済の通知がなされ（ステップＳ７０）、図７（ｉ）が端末２１の表示部２３に表示されることにより、医療機関２０は、受診結果がデータベース１４に記録、更新された旨を確認することができる。
【０１１８】
また、サーバ１１はデータベース１４の更新が終了すると、外部発信用サーバ１５に通知し、ユーザ３０が閲覧する確認画面用データを更新する（ステップＳ７１）。
そして、予防接種の受診に係る一連の処理が終了する（ステップＳ７２）。
【０１１９】
このように、ユーザ３０は記録媒体３１を医療機関２０に持参することで、何れの医療機関２０でも同じ予防接種を受診することができ、また、受診直後に医療機関２０の端末２１から受診結果が即座にサーバ１１に送信され、情報管理部１３でデータベース１４に記憶されるので、受診結果の未入力による誤診を防ぐことができ、ユーザ３０は確認画面で新しい予防接種スケジュールを確認することができる。
【０１２０】
本発明は、その本質的特性から逸脱することなく数多くの形式のものとして具体化することができる。よって、上述した実施形態は専ら説明上のものであり、本発明を制限するものではないことは言うまでもない。
【符号の説明】
【０１２１】
１      医療行為管理システム
２      閉域網
３      プライベートネットワーク
４      携帯通信網
５      インターネット回線
１０    公的機関
１１    サーバ
１２    判定部
１３    情報管理部
１４    データベース
１５    外部発信用サーバ
１６    通信データセンタ
１７    無線ネットワーク制御装置
２０    医療機関
２１    端末
２２    入力部
２３    表示部
２４    通信部
２５    リーダ部
３０    ユーザ
３１    記録媒体
３２    ユーザ端末
５３    年齢
５４    システム日付
５５    予防接種名
５６    初回接種時期
５７    接種回数
５８    接種状態
５９    接種日／受診予定日
２３１  予防接種ボタン
２３３  予防接種一覧
２３５  実施ボタン
【図１】
2018088061.tif 000003
【図２】
2018088061.tif 000004
【図３】
2018088061.tif 000005
【図４】
2018088061.tif 000006
【図５】
2018088061.tif 000007
【図６】
2018088061.tif 000008
【図７】
2018088061.tif 000009
【図８】
2018088061.tif 000010