(57)【特許請求の範囲】
【請求項１】
システム管理装置と、このシステム管理装置にインターネットを介して接続するユーザ端末とから構成されるシステムであって、
前記システム管理装置は、
各種の予防接種に関する情報を格納する予防接種情報記憶手段と、
ユーザに関する個人情報および予防接種のスケジュールを格納するユーザ情報記憶手段と、
登録を希望するユーザからの個人情報を受信し、前記ユーザ情報記憶手段に登録するユーザ情報管理手段と、
前記受信した個人情報と前記予防接種情報記憶手段から抽出した情報に基づいて、当該ユーザのための予防接種の基本スケジュールを作成する基本スケジュール作成手段と、
前記基本スケジュールに対する当該ユーザからの変更要求、あるいはユーザ登録後の接種済み履歴の更新に基づき、予防接種のスケジュールを現在の状況に適合させ、今後の最適なスケジュールを提供するスケジュール変更手段とを備え、
前記予防接種情報記憶手段には、各ワクチンについての優先度が記憶されており、同時期に接種可能なワクチンが複数ある場合に、優先度がより高いワクチンはより低いワクチンよりも原則として先に接種されることを原則とするが、複数のワクチンが同時接種される場合、これらの複数のワクチンの優先度の中で最も高い優先度を、同時接種されるワクチンの優先度とみなすとともに、
前記基本スケジュール作成手段あるいは前記スケジュール変更手段は、登録希望時あるいは変更要求時に前記ユーザ端末によって同時接種希望が選択され且つ条件が合致するとともに同時接種可能なワクチンが前記予防接種情報記憶手段から複数選ばれた場合、これらの複数のワクチンを同一日時に接種するスケジュールを組む
ことを特徴とする予防接種スケジュール作成システム。
【請求項２】
第１の不活化ワクチン、生ワクチン、第２の不活化ワクチンの順に接種する場合に、第１の不活化ワクチンの接種から第２の不活化ワクチンの接種までの標準期間が５週間であるところ、５週間を超える場合は、第１の不活化ワクチンの次に第２の不活化ワクチンを接種してから生ワクチンを接種するように入れ替えることを特徴とする請求項１に記載の予防接種スケジュール作成システム。
【請求項３】
前記予防接種情報記憶手段に未登録の新規のワクチンが出現したとき、前記予防接種情報記憶手段に登録するとともに、既存の予防接種スケジュールを変更することを特徴とする請求項１あるいは請求項２のいずれかに記載の予防接種スケジュール作成システム。
【請求項４】
前記予防接種情報記憶手段に登録されるワクチンが流行ワクチンであれば、接種期間が設定されるとともに、前記スケジュール変更手段による既存の予防接種スケジュールの変更がありうることを特徴とする請求項１〜３のいずれか１に記載の予防接種スケジュール作成システム。
【請求項５】
前記システム管理装置は、さらに、予防接種スケジュールをメールで送信し、このメールへのユーザからの返信メールを受信する連絡メール送受信手段を備え、
接種予定日が近づくと、通知メールを接種済まで所定のタイミングでユーザ端末に送信するとともに、接種予定日以後のメールで指定されたＷｅｂページを介しての変更要求がユーザ端末から送信されない場合、接種予定日に接種済となったと判定することを特徴とする請求項１〜４のいずれか１に記載の予防接種スケジュール作成システム。
【発明の詳細な説明】
【技術分野】
【０００１】
予防接種のスケジュールを作成するとともに、接種対象者の保護者などのユーザに通知メールを送信して確実な接種を促し、かつ、接種済み履歴の更新、及びユーザ側からの変更要望、及び新型ウィルスなど喫緊に処理すべき疾病への対処等を理由としたスケジュールの変更を迅速に行うシステムに関するものである。
【背景技術】
【０００２】
予防接種は数が多く、しかも予防接種ごとにワクチンの性質や接種条件が異なるため、どういう予防接種をどういう順番でいつ受けたらよいのか、乳幼児のこどもを持つ大多数の保護者にとって、判断が難しいところである。そのため特許文献１に開示された「小児予防接種の計画支援システム及び代行予約システム」は、コンピュータを用いて予防接種の計画支援を提供し、医学の専門知識のない多くの保護者の負担を軽減することを目的としている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−１８３３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記特許文献１に記載の技術は、特に乳幼児のこどもをもつ保護者が、自ら専門書や自治体の広報等を参照して計画を立てるといった労力を払うことなく、システムが代わって計画を立て、さらに医療機関への予約の代行までも行う。しかしながら、この技術は次の点で、決して使いやすいとはいえない。第一に、医療現場では効率上複数のワクチンを同時接種することが行われているが、この点が考慮されていない。第二に、ワクチンには不活化ワクチンと生ワクチンの２種類があり、この種類によって次のワクチンが接種可能な期間が異なるのだが、この点が考慮されていない。第三に、同時接種できないワクチンについてはいずれを先に接種するか、その優先順位が考慮されていない。第四に、最近話題になった新型インフルエンザのような従来なかったウィルスの出現により新たなワクチンの接種が予想される。しかし、上記の技術では、これらをまったく考慮していない。
そのため、本発明は、様々な条件を考慮し、最適な予防接種スケジュールを立てること、かつ個人の現状や現在の環境に合わせて柔軟にスケジュールを変更することを目的とする。
【課題を解決するための手段】
【０００５】
上記の目的を達成するために、本発明は、
システム管理装置と、このシステム管理装置にインターネットを介して接続するユーザ端末とから構成される予防接種スケジュール作成システムであって、
前記システム管理装置は、
各種の予防接種に関する情報を格納する予防接種情報記憶手段と、
ユーザに関する個人情報（例：保護者およびこどもの名前、こどもの生年月日、携帯メールアドレスなど）及び予防接種のスケジュールを格納するユーザ情報記憶手段と、
ユーザ情報管理手段と、基本スケジュール作成手段と、スケジュール変更手段とを備えたことを特徴とする。
ユーザ情報管理手段は、登録を希望するユーザからの個人情報を受信し、ユーザ情報記憶手段に登録する。
基本スケジュール作成手段は、受信した個人情報（こどもの生年月日と登録年月日が主）と予防接種情報記憶手段から抽出した情報に基づいて、ユーザのための予防接種の基本スケジュールを作成する。
スケジュール変更手段は、前記基本スケジュールに対する当該ユーザからの変更要求、あるいはユーザ登録後の接種済み履歴の更新に基づき、予防接種のスケジュールを現在の状況に適合させ、今後の最適なスケジュールを提供する。
前記予防接種情報記憶手段には、各ワクチンについての優先度が記憶されており、同時期に接種可能なワクチンが複数ある場合に、優先度がより高いワクチンはより低いワクチンよりも原則として先に接種されることを原則とするが、複数のワクチンが同時接種される場合、これらの複数のワクチンの優先度の中で最も高い優先度を、同時接種されるワクチンの優先度とみなす。
前記基本スケジュール作成手段あるいは前記スケジュール変更手段は、登録希望時あるいは変更要求時に前記ユーザ端末によって同時接種希望が選択され且つ条件が合致するとともに同時接種可能なワクチンが前記予防接種情報記憶手段から複数選ばれた場合、これらの複数のワクチンを同一日時に接種するスケジュールを組む。
これにより、個々のユーザに合った接種スケジュールを作成し、かつ、適切に変更することができる。同時接種を行うことにより、効率良い予防接種が可能となり、医療機関と保護者双方の負担が軽減できる。
【０００７】
上記の目的を達成するために、第１の不活化ワクチン、生ワクチン、第２の不活化ワクチンの順に接種する場合に、第１の不活化ワクチンの接種から第２の不活化ワクチンの接種までの標準期間が５週間であるところ、５週間を超える場合は、第１の不活化ワクチンの次に第２の不活化ワクチンを接種してから生ワクチンを接種するように入れ替えることが好ましい。
これにより、効率よく予防接種を受けることができる。生後１年以内に接種が望ましいワクチンの数はかなり多く、また、乳幼児に早目に抗体を作らせるためにも、１週間といえども無駄に時間を空けないことは意義のあることである。
【０００８】
上記の目的を達成するために、前記予防接種情報記憶手段に未登録の新規のワクチンが出現したとき、前記予防接種情報記憶手段に登録するとともに、既存の予防接種スケジュールを変更することが好ましい。
また、前記予防接種情報記憶手段に登録されるワクチンが流行ワクチンであれば、接種期間が設定されるとともに、前記スケジュール変更手段による既存の予防接種スケジュールの変更がありうることが好ましい。
これにより、新規のウィルスが蔓延するような事態になっても、迅速にスケジュールの変更ができる。
【０００９】
上記の目的を達成するために、前記システム管理装置は、さらに、予防接種スケジュールをメールで送信し、このメールへのユーザからの返信メールを受信する連絡メール送受信手段を備え、接種予定日が近づくと、通知メールを接種済まで所定のタイミングでユーザ端末に送信するとともに、接種予定日以後のメールで指定されたＷｅｂページを介しての変更要求がユーザ端末から送信されない場合、接種予定日に接種済となったと判定することが好ましい。
メール連絡の機能を備えたことにより、作成されたスケジュールどおりに予防接種を受けやすくなる。これにより、接種の受け忘れが防止できる。また、現在スケジュールに予防接種の実績を反映させておくことができるので、接種済にもかかわらず、再度接種を促すメールを送り、ユーザを混乱させることを防止できる。
【発明の効果】
【００１０】
接種を受ける対象者の個人の条件（生年月日など）および現在の条件（流行ワクチンの有無など）に対応した最適な接種スケジュールを自動的に作成できる。また、従来にない新規なウィルスなどが流行し、新規な予防接種が義務づけられた場合にも適切かつ迅速にスケジュールの変更ができる。さらに、ユーザに対して、確実な接種を促すためのメールを送信することで、接種を失念することを防止できる。
【図面の簡単な説明】
【００１１】
【図１】実施形態に係るシステムの構成例を示す図である。
【図２】実施形態に係るユーザ情報記憶手段のデータ構成例を示す図である。
【図３】実施形態に係る予防接種情報記憶手段のデータ構成例を示す図である。
【図４】実施形態に係る予防接種情報記憶手段のデータ構成例を示す図である。
【図５】実施形態に係る予防接種情報記憶手段のデータ構成例を示す図である。
【図６】実施形態に係る医療機関情報記憶手段のデータ構成例を示す図である。
【図７】実施形態に係るユーザ登録時およびスケジュール変更時の処理を示すフロー図である。
【図８】実施形態に係る登録用ＵＲＬの案内メールの本文を例示する図である。
【図９】実施形態に係るユーザ登録時の画面例を示す図である。
【図１０】実施形態に係る基本スケジュール作成の詳細な処理を例示するフロー図である。
【図１１】実施形態に係る基本スケジュール作成例を示す図である。
【図１２】実施形態に係る基本スケジュール作成において入れ替えのロジックを説明する図である。
【図１３】実施形態に係るユーザ登録完了通知のメール本文を例示する図である。
【図１４】実施形態に係るユーザ登録完了画面の基本スケジュール表示例を示す図である。
【図１５】実施形態に係るユーザ登録内容の変更画面の表示例を示す図である。
【図１６】実施形態に係る予約を促すメール本文を例示する図である。
【図１７】実施形態に係る接種日当日に送信するメール本文を例示する図である。
【図１８】実施形態に係る接種予定日の翌日に送信するメール本文を例示する図である。
【図１９】実施形態に係る他の基本スケジュール作成例を示す図である。
【発明を実施するための形態】
【００１２】
本発明の一実施の形態のシステム（以下、本システム）について、図面を参照しながら説明する。
【００１３】
本実施形態の構成について、図１のシステム構成例およびシステム管理装置１の機能ブロック例を参照しながら説明する。
図１に示すように、本システムは、システム管理装置１にインターネットＮを介してアクセスしたユーザ端末２が、システム管理装置１が作成したスケジュールおよび通知メールによって、何時までにどのような予防接種を受ければよいか、という情報を取得するものである。また、医療機関の端末３も適宜インターネットＮを介してシステム管理装置１に接続可能であるとする。
【００１４】
ユーザ端末２は、本システムに登録しているユーザ或はこれから登録しようとする者が利用する端末である。このユーザ端末２は、システム管理装置１からのメールをリアルタイムに受信することが不可欠であるため、メール受信機能を備えた携帯電話であることが望ましい。このユーザ端末２は、メール送受信機能のほかに、各種のデータを入力するためのキーボードや、当該入力したデータやネットワークを介して受信したデータ等を画面表示するためのディスプレイを備え、かつ、ＨＴＭＬなどで記述されたＷｅｂページを画面表示するソフトウェア（ブラウザ）がインストールされていることが必要である。
図１には、ユーザ端末２が１台のみ記載されているが、台数に制限はない。
なお、この実施形態は予防接種を受ける対象として乳幼児を想定している。そのため、本システムに登録したり、本システムと連絡したりするのはこれらの乳幼児の保護者である。以下の説明では、特に区別が必要なとき以外は、保護者と乳幼児とを区別せずユーザと記す。
【００１５】
システム管理装置１は、ＣＰＵ（Central Processing Unit）、ＣＰＵが実行するコンピュータプログラム、コンピュータプログラムや所定のデータを記憶するＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）などの内部メモリ、及びハードディスクドライブなどの外部記憶装置により、記憶部４、処理部５を構成する。他に、通信インターフェース部６、マウスやキーボードなどの入力手段、ディスプレイやプリンタなどの出力手段も備える。
なお、図１では、１台しか記載がないが、１台でその処理を実行するとは限らず、複数の情報処理装置が連携してその処理を実行してもよい。例えば、記憶部４のうち、ユーザや予防接種に関する情報を格納している記憶手段は、システム管理装置１に内蔵するハードディスクやケーブルで接続する外付けハードディスクに設けてもよいが、システム管理装置１とは別のコンピュータをデータベースサーバとして用いてもよい。
【００１６】
記憶部４には、ユーザ情報記憶手段７と、予防接種情報記憶手段８と、医療機関情報記憶手段９と、その他の記憶手段が含まれる。その他の記憶手段には、コンピュータをシステム管理装置１として動作させるための各種コンピュータプログラム、ユーザ端末２に送信する画面データのテンプレート、各種処理時のワークデータ等が格納される。
【００１７】
処理部５には、ユーザ情報管理手段１０と、基本スケジュール作成手段１１と、スケジュール変更手段１２と、連絡メール送受信手段１３と、その他の処理手段が含まれる。
【００１８】
ユーザ情報管理手段１０は、本システムへの登録を希望してきたユーザの個人情報をユーザ情報記憶手段７に格納して管理する。
【００１９】
基本スケジュール作成手段１１は、本システムへのユーザ登録時、そのユーザの生年月日と登録した日に基づいて基本スケジュールを自動的に作成する。これは初期スケジュールともいえるものである。この基本スケジュールがその後時々刻々変化していくわけであるが、これを現在スケジュールと呼ぶ。基本スケジュールは、各ユーザ固有の事情は考慮しない。例えば、本システムへの登録前にすでに何かの接種を受けているか等である。各ユーザ固有の事情まで考慮して基本スケジュールを作成すれば処理は極めて煩雑になる。ユーザ固有の情報（但し、病歴などの医師の判断が必要な情報は通常除く）は、スケジュール変更時に反映させればよい。
【００２０】
スケジュール変更手段１２は、基本スケジュールあるいは現在スケジュールを現状に合致させるように変更する。スケジュールの変更が必要になる場合として、第１に、ユーザ登録時に作成された基本スケジュールについて、接種済などの情報を申告して変更要求をする場合（例えば、図７のステップＳ１０）、第２に、連絡メールを受けたときに、変更する場合（例えば、図１６のメールに記載されたＵＲＬ（Ｌ５）をクリックして変更）、第３に、接種予定日の翌日のメールに対して返信する場合（例えば、図１８のメールに記載されたＵＲＬ（Ｌ６）をクリックして変更）などが考えられる。
【００２１】
連絡メール送受信手段１３は、次の予防接種の接種日が近づいてきたときに接種忘れがないように医療機関への予約、医療機関での接種を促すメールをユーザ端末２に送信したり、ユーザ端末２からの返信を受信したりする。
ただし、これらの処理部５の各手段の分類はあくまで説明の便宜上であって、実際にこの実施の形態での実現の方法を規定しているわけではない。要するにここで説明されている機能が実現できればよい。また、各手段は、記憶部４に格納されているコンピュータプログラムをＯＳがメモリ上に展開し、ＣＰＵが実行する。
【００２２】
ユーザ情報記憶手段７には、本システムのユーザに関する情報のうち、個人情報がユーザＩＤと対応づけてユーザ情報管理手段１０によって格納される。個人情報には、図２に例示するようにこどもと保護者の氏名とハンドル名、住所と携帯メールアドレスなどが含まれる。ハンドル名も登録しておくことが望ましいのは、このシステムを介して保護者同士が情報交換できるからである。また、携帯メールアドレスは本システムでは必須である。パソコンのメールアドレスでは、必ずしも毎日メールをチェックしない人も多いからである。個人情報には、当該ユーザが行きつけの医療機関があれば、そのメールアドレスやＵＲＬを登録してもよい。システム管理コンピュータ１がユーザに代わって、医療機関端末３に予約代行を行うことも可能となるからである。
ユーザ情報記憶手段７に格納されるのは、上記のような主として登録時に格納される個人情報だけではない。登録時には、基本スケジュール作成手段１１によって作成された予防接種の基本スケジュールが格納される。登録後は、接種の進行やユーザによる変更によってスケジュールは時々刻々変化していくわけであるが、これは現在スケジュールとしてスケジュール変更手段１２によって登録される。登録されるスケジュールについては後に詳しく説明する。
【００２３】
予防接種情報記憶手段８に格納されるデータ構成例を図３〜図５に示す。各予防接種に関するデータがＩＤ（以下、「ワクチンＩＤ」）と対応づけて登録されている。
図３の「グループＩＤ」とは、同一種類の予防接種に付されるＩＤである。例えば、ワクチンＩＤが１〜５の三種混合は、５回に分けて接種するのであり、同一のグループに属し、同一のグループＩＤをもつ。「区分」とは、法律で接種が義務付けられている「必須」と、義務付けられていない「任意」と、流行ワクチンであって接種期間が限定されることの多い「流行」のいずれかである。このうち「必須」と「任意」は基本ワクチンとも呼ばれる。「流行」は、今までにない新種のウィルスの出現により、今後種類が増加すると考えられる。「種類」は、不活化ワクチンと生ワクチンの別を表わすものである。
【００２４】
図４は、各予防接種のワクチン基本条件を示す。例えば、ワクチンＩＤ＝１の三種混合は、計５回接種が必要なうちの１回目であり、出生から３ヶ月後に接種が望ましく、生後１２ヶ月未満のうちに接種する必要がある。ワクチンＩＤ＝２は、三種混合の２回目であり、１回目の接種から３週間後かつ８週間以内に接種する必要がある。ワクチンＩＤ＝７と８はポリオワクチンであり、出生から３ヶ月後に１回目を、１回目から６週間後に２回目を接種する必要がある。
【００２５】
図５の「同時接種可否」は、他のワクチンと同時接種が可能か否かを表わす。例えば、ワクチンＩＤ＝１の三種混合と、ＩＤ＝１４のＨｉｂ標準と、ＩＤ＝１８のプレベナーはいずれも同時接種可であるので、図４のワクチン基本条件を満たしてさえいれば同時に接種を受けられる。複数の予防接種を同時に受けることができるならば、多忙な医療機関にとって手間が省け、保護者にとっても受け忘れが少なくなって、確実に接種が受けられる。「接種期間」は、流行ワクチンに特有の情報であり、図３から図５の条件を満たしているならば、この期間内に接種を受けることが望まれる。図５の例では、ワクチンＩＤ＝２４，２５のインフルエンザワクチンは、１０月から１２月末の間に接種を受ける必要がある。「優先度」は、ワクチン基本条件から同時期に接種可能なワクチンが複数ある場合に、いずれを先に接種するかを決定するために参照される。優先度には、「最高」、「高」、「中」、「低」および「最低」の５ランクがある。優先度がより高いワクチンはより低いランクのワクチンよりも原則として先に接種される。ただし、同時接種の場合に例外がある。三種混合とプレベナーとＨｉｂは同時接種されることが多いが、三種混合は優先度が「中」であるのに対し、プレベナーとＨｉｂはいずれも「最低」である。この場合、最も優先度の高い三種混合にあわせて、これら同時接種されるワクチンの優先度は「中」とする。「次回ワクチンの接種可能時期」とは、接種を受けてから次の異なるワクチンを接種するまでに設けるべき期間のことである。例えば、三種混合ワクチンは１週間後とあるが、これは三種混合ワクチンを接種してから、次の異なるワクチンの接種まで１週間を空けなくてはならないことを意味する。同じワクチンについては、図４のワクチン基本条件に従い期間を空ける。例えば、三種混合ワクチンの２回目は、同じ三種混合ワクチンの１回目から最低３週間は空けなくてはならない。
なお、図３〜図５に示したのは予防接種のすべてではなく、他に肝炎やＨＰＶなどの予防接種もあるが、これらは説明の便宜のために省略した。
【００２６】
医療機関情報記憶手段９に格納されているデータ例を図６に示す。
医療機関のＵＲＬや電話番号、メールアドレスなどの連絡用の情報と、予防接種毎に対応可能か否かが登録されている。
【００２７】
次に、本実施形態の処理手順について、図面を参照しながら説明する。
本システムの処理は、
ユーザ登録を受付、そのユーザの誕生日および登録日のみを考慮した基本スケジュール即ち標準的な接種スケジュールを作成するユーザ登録処理、
ユーザの変更要求等に応じて基本スケジュールを変更する現在スケジュール作成処理、
ユーザ情報記憶手段７の全ユーザの現在スケジュールを定期的に参照し、該当するユーザに対してメールで接種を促したり、接種予定の日が経過したときに現在スケジュールを変更したりする連絡メール送受信処理
に大別される。
上記のユーザ登録処理および現在スケジュール作成処理は、ユーザからの登録要求があったとき、つまり不定期に処理がなされる。連絡メール送受信処理のうち、システム側からのメール送信は、全ユーザについて所定のタイミングで行われる。
【００２８】
まず、ユーザ登録処理および現在スケジュール作成処理について、図７の流れ図に従い、詳細に説明する。
このシステムへの登録を希望するユーザは、システム管理装置１に対して空メールを送信する（ステップＳ１）。システム管理装置１は、空メールの送信元アドレスにあて、図８に例示するようなメールを送信する（ステップＳ２）。図８に記載されたＵＲＬ（Ｌ１）で指定されたＷｅｂページにアクセスし、登録に必要な情報を入力する（ステップＳ３）。
入力画面例を図９に示す。ユーザ端末２から、入力された情報が送信されると（ステップＳ４），システム管理装置１はこれを受信して、予防接種情報記憶手段８を参照しながら当該ユーザに適合した基本スケジュールを作成する（ステップＳ５）。
【００２９】
ステップＳ５の処理詳細を、図１０のフローおよび図１１のスケジュール作成例を参照しながら説明する。
この例のユーザは、誕生日は２月１日であり、本システムに登録したのは４月２５日である。
登録時（４月２５日）の生後日数に基づいて基本ワクチンの日程を出す（ステップＳ１０１）。生後日数は８３日なので生後３ヶ月とみなして処理をする。図４の基本ワクチン条件より、生後３ヶ月の乳児が接種可能なワクチンは、次の５種類である。
・三種混合１回目（ワクチンＩＤ＝１）
・ＢＣＧ（ワクチンＩＤ＝６）
・ポリオ１回目（ワクチンＩＤ＝７）
・Ｈｉｂ標準１回目（ワクチンＩＤ＝１４）
・プレベナー１回目（ワクチンＩＤ＝１８）
【００３０】
効率よく予防接種を受けるために、同時接種が可能なワクチンは同時に受けることが推奨されている。同時接種するか否かは、図９の登録画面においてユーザが選択する。もし、ユーザが同時接種コースを選択しているならば（ステップＳ１０２でＹｅｓ），同時接種可能なワクチンを取り出す（ステップＳ１０３）。上記のうち三種混合１回目と、Ｈｉｂ標準１回目と、プレベナー１回目は図５のテーブルより同時接種が可能であることがわかる。
ところで、上記の５種類はいずれも基本ワクチンであって、もし流行ワクチンの接種が必要な時期と重なるならば、流行ワクチンを優先させる。しかし、図５より、流行ワクチンの接種時期は１０月から１２月末なので、接種すべき流行ワクチンを考慮する必要がないと判断できる（ステップＳ１０４）。
以上から、生後３ヶ月のユーザが接種可能なワクチンは次の３とおりである。
ａ）三種混合１回目と、Ｈｉｂ標準１回目と、プレベナー１回目の同時接種
ｂ）ＢＣＧ
ｃ）ポリオ１回目
【００３１】
ａ）ｂ）ｃ）をどのような順序で接種するかが問題となる。図５より、ＢＣＧ高優先度、ポリオ低優先度、三種混合は中優先度なので、ｂ）、ａ）、ｃ）の順に接種する（ステップＳ１０５）。最初に接種するＢＣＧは、図４より生後３ヶ月後に接種するものとされているので、５月１日を接種予定日とする。図５より、ＢＣＧを接種したときは、他のワクチン接種まで４週間を空けなくてはならないので、ａ）は、ＢＣＧ接種日である５月１日から４週間後の５月２９日に接種することにする。残るｃ）ポリオの１回目は、三種混合などの同時接種後１週間経った６月５日に接種することにする。
【００３２】
以上で、６月５日までのスケジュールが定まった。続いて、６月５日過ぎのスケジュールを定める。
ｃ）の接種日である６月５日、つまり生後４ヶ月経過以降に接種可能なワクチンを図４を参照して抽出する（ステップＳ１０６）。次の４種類が該当する。
・三種混合２回目（ワクチンＩＤ＝２）
・ポリオ２回目（ワクチンＩＤ＝８）
・Ｈｉｂ標準２回目（ワクチンＩＤ＝１５）
・プレベナー２回目（ワクチンＩＤ＝１９）
【００３３】
このユーザは同時接種を希望しているので、接種可能なのは、次の２とおりである。
ｄ）三種混合２回目と、Ｈｉｂ標準２回目と、プレベナー２回目の同時接種
ｅ）ポリオ１回目
前回接種したワクチン（ポリオ１回目）の種類に基づき、ｄ）、ｅ）のそれぞれの接種日を仮決定する（ステップＳ１０７）。図５より、ポリオワクチンを接種したときは、次のワクチン接種まで４週間空けなくてはならないので、ｄ）とｅ）の接種日はいずれも６月５日から４週間後の７月３日である。しかし、図４の基本ワクチン条件により、ワクチンの種類によっては、他の条件も課されているのでこれも考慮して日程を調整する（ステップＳ１０８）。この例では、三種混合２回目は１回目から３週間後、Ｈｉｂ標準２回目とプレベナー２回目はそれぞれ１回目から４週間後と定められている。仮決定した７月３日はこの条件を満たしている。一方、ポリオ２回目は、ポリオ１回目から６週間後でなくてはならないので、仮決定した７月３日よりも２週間後の７月１７日にならなければ接種できない。
そこで、ｄ）を７月３日に接種すべきことが確定する。
ｅ）については、７月１７日に仮決定しておく。
【００３４】
７月３日までのスケジュールが確定したが、生ワクチンであるｅ）は日付未確定である。日付が確定した不活化ワクチンの後のワクチン候補として、日付未確定の生ワクチンがあるときは（ステップＳ１０９でＹｅｓ）、以後の接種可能なワクチンを取り出す（ステップＳ１０６）。取り出されたのは、次の４つである。
・三種混合３回目（ワクチンＩＤ＝３）
・ポリオ２回目（ワクチンＩＤ＝８）
・Ｈｉｂ標準３回目（ワクチンＩＤ＝１６）
・プレベナー３回目（ワクチンＩＤ＝２０）
【００３５】
このユーザは同時接種を希望しているので、接種可能なのは、次の２通りである。
ｅ）ポリオ２回目
ｆ）三種混合３回目と、Ｈｉｂ標準３回目と、プレベナー３回目の同時接種
前回のワクチンｄ）は接種後１週間経過すれば次のワクチンが接種可能なので、ｅ）、ｆ）ともに７月１０日を接種日と仮決定する（ステップＳ１０７）。
しかし、図５の基本ワクチン条件に基づき調整すると（ステップＳ１０８）、Ｈｉｂ標準とプレベナーは先の同時接種から４週間空けなくてはならないので、最短で７月３１日である。一方、ポリオ２回目は、最短で７月１７日である。もし、ｅ）をｆ）よりも先に接種するならば、図１２の上段に示すように、ｆ）の接種可能日は、７月１７日から４週間後の８月１４日となってしまう。一方、図１２の下段に示すように、ｆ）を先に接種すると、ｅ）の接種可能日は、７月３１日から１週間後の８月７日となる。このように、ｅ）、ｆ）の順を、ｆ）、ｅ）の順に変えれば、両者は８月７日に接種済となる。１週間でも早く接種済となることは好ましいことであり、本実施の形態では、上記のように順番を入れ替える（ステップＳ１１０）。このような順番の入れ替えを考慮するのは、ワクチン種類が不活化と生との先後の判断が必要となるときである。上記の例では、ｆ）が不活化ワクチンであり、ｅ）が生ワクチンなので、このような入れ替え操作が必要となった。
日付が未確定の予防接種があれば（ステップＳ１１１でＹｅｓ），ステップＳ１０１の処理に戻る。
【００３６】
このユーザについては、８月７日以降に接種すべきワクチンとしてインフルエンザ１回目と２回目がある。図５より、１０月から１２月末の間に接種すべきなので、１回目を１０月１日に接種することを仮決定する。前回接種したのは８月７日のポリオ２回目であるが、ポリオ接種後４週間以上経過しているので、１０月１日をインフルエンザ１回目の接種日として確定する。
インフルエンザ２回目は、１回目から１〜４週間後とされているので、最短１０月８日に接種を予定する。以後、生後１２ヶ月後から接種の麻しん、水痘などが続くが説明は省略する。
以上の基本スケジュールは同時接種コースを選択しているユーザ向けである。しかし、同時接種コースを選択していない場合（図１０のＳ１０２でＮｏ）も、考え方は同様である。ただし、上記のプレベナー、Ｈｉｂの優先度は本来の「最低」として扱われることは言うまでもない。
【００３７】
以上のように、ユーザの氏名住所などの個人情報の登録及び基本スケジュールの作成が終わると、図１３に例示するようなメールを送信（ステップＳ６）して、ユーザの確認を促す。図１３のメールに記載されたＵＲＬ(Ｌ２)で指定されたＷｅｂページにアクセスし、作成された基本スケジュールを確認する（ステップＳ７）。図１４に画面表示例を示す。
もし、この表示内容に問題が無ければ（ステップＳ８でＮｏ）、ＯＫボタンを押下することにより、システム管理装置１に同意の意思表示をすればよい（ステップＳ９）。この場合、基本スケジュールがユーザの現在スケジュールとなる。ここまでが、ユーザ登録処理である。この時点でのユーザ情報記憶手段７の内容は、図２の（Ａ）のとおりである。
もし、ユーザが内容の変更を希望する場合（ステップＳ８でＹｅｓ），ワクチン一覧の変更ボタンを押下し、図１５のような画面に遷移する。
たとえば、５月２９日の接種予定を６月５日に変更し、ＯＫボタンが押されると、変更要求がシステム管理装置１側に送信され（ステップＳ１０）、基本スケジュールを変更することになる（ステップＳ１１）。５月２９日の予定が１週間繰り下がることにより、以後のスケジュールも自動的に変更になり、現在スケジュールが確定する。この時点でのユーザ情報記憶手段７の内容は、図２の（Ｂ）のとおりであり、予防接種の第２回から第４回の日付が変更になっている。
ユーザによる変更があるのは、次のような場合が考えられる。すなわち、本システムに登録前に既にワクチンの接種を受けている場合である。たとえば、登録日よりも前に、あるワクチンの接種を受けているならば、ユーザは接種予定日に実際の接種日を入力すればよい。システムは、登録日と接種日あるいは接種予定日の先後を判断して、登録日よりも以前の日付であれば、接種済と判断する。
【００３８】
続いて、連絡メール送受信処理について詳しく説明する。
本発明は、煩雑なスケジュールを自動生成することにより、医療関係者の事務処理負担を軽減することが目的である。しかし、ユーザに確実に予防接種を受けてもらうことも目的とする。
そのため、予防接種の予定日が近づいてきたならば、図１６に例示するような医療機関の予約を促すメールを送信する。たとえば、１回目の連絡を４週間前にすると定めたならば、６月５日の三種混合などの同時接種および予約を促すために５月８日にユーザ端末２宛に送信する。なお、１回目のメール送信時期を一律にするのではなく、予防接種ごとに設定してもよい。例えば、ポリオ２回目のメールは、ポリオ１回目が接種済となった日から２週間後から送信開始する、といったようにである。
【００３９】
このメールを介して予約をする場合は、図１６のＵＲＬ（L３）をクリックする。このURLとして、例えば、本システムと提携している医療機関のサイトへのリンク一覧が記載されたＷｅｂページを指定するものが考えられる。予約をしない場合は、ＵＲＬ（L４）をクリックする。このURL（L４）は、たとえば、当該ワクチンの重要性などを説明するWebページや、ユーザの住所の近くにある医療機関のリストを表示するWebページが考えられる。システム管理装置１側では、ＵＲＬ（L３）とＵＲＬ（L４）のいずれがクリックされたかによって、ユーザが予約をしたか否かを判断できるものとする。予約をした場合は、接種予定日の当日もしくは前日に次のメールを送信すればよい。
【００４０】
本システムへの登録前に既に予防接種を受けていたにもかかわらず、基本スケジュールを受信したユーザが変更要求することを失念していた場合がある（図９のステップS８で誤ってＮｏに分岐させる）。
このように既に接種したワクチンがあるときは、URL（L5）をクリックし、図１４に例示するような変更画面を表示させ、変更すればよい。
【００４１】
予約をしないユーザに対しては、所定の間隔で予約を促すメールを再送する。このメールは接種日の３週間前、２週間前、１週間前、前日に送信してもよい。ただし、ユーザである保護者によっては、几帳面な性格、ずぼらな性格などいろいろなタイプがいるので、過去の履歴によって送信間隔や送信回数に変化をつけてもよい。例えば、前回の接種の際に、１回目のメール送信後ただちに予約をした場合は、几帳面な性格と判断して、予約が未であっても３週間前と２週間前のメール送信は省略する、といった対応が考えられる。
【００４２】
接種日が到来したなら、図１７に例示するようなメールを送信する。失念を防止し、スケジュールどおりに予防接種が受けられるようにするためである。
接種日の翌日になったら、図１８に例示するようなメールを送信する。システム管理装置１にとっては、ユーザが実際に当日に接種したか否かはわからないので、接種日の翌日に機械的に図１８のメールを送信する。このメールへの返信がなければ、システム管理装置１は、予定通りに接種済と判断し、現在スケジュールを現状のままとする。具体的には、ユーザ情報記憶手段７の予防接種（第２回）の欄には６月５日の日付が入ったままになっている。本日（６月６日）よりも過去の日付であることによって、以後システム管理装置１は済と判断する。
もし、接種を受けていなければ、ユーザは、メール本文に記載されているＵＲＬ（L６）をクリックし、図１５のような変更のための画面に遷移し「接種しない」を選択すればよい。もし、何らかの理由で接種できなかったときは、再予約日を入力すればよい。システム管理装置１は、当該予防接種の日程を変更するとともに、後続のワクチンの日程を変更することになる。この変更後のスケジュールは当該ユーザの現在スケジュールであり、これに合致するようにユーザ情報記憶手段７は変更される。
【００４３】
上記の実施形態の中で言及しなかった点をいくつか補足する。
上記の実施形態では、生後約３ヶ月後に登録し、流行ワクチンの接種時期到来前にポリオの２回目の予防接種を受けていたユーザを想定して基本スケジュール例を説明した（図１１）。これに対し、図１９に示すスケジュール例では、生後２ヶ月以内で登録し、ポリオの２回目の予防接種前に流行ワクチンの接種時期が到来している。図１９の例は同時接種を選択しているが、７月７日の同時接種には三種混合が含まれていない。これは、三種混合の１回目は生後３ヶ月以降に接種することとされているからである。ポリオの２回目は、１回目が接種された８月１９日から６週間後の９月３０日に受けられるはずであるが、１０月１日にインフルエンザの１回目を受けるために、延期されている。ポリオの２回目と、三種混合の３回目はいずれも１０月１５日に受けられるが、ポリオは三種混合よりも優先度が低いので、三種混合を１０月１５日に接種した後、１０月２２日にポリオの２回目を接種するようにした。
【００４４】
本システムの対象は、乳幼児に限るものではなく、成人でもよい。本システムに登録しているならば、新種のウィルスに対する予防接種が新たに開始されたときなど、システムからメールが送られてくるので、予防接種を忘れずに受けることができる。
【００４５】
本システムは、スケジュールの作成にあたり、生年月日と登録日以外の個人の条件を原則として考慮していない。もし、既往症や特異体質があれば、これらについては医療機関での予防接種前の問診などで、医師に申告すればよいのである。
【００４６】
本システムの運用開始後に、新たな流行ワクチンの接種が追加されるようになったとき、システム管理装置１は、予防接種情報記憶手段８を更新するとともに、全ユーザの現在スケジュールを適宜更新する必要があることは言うまでもない。更新されたときは、ユーザにその旨をメールで通知すると同時に、当該流行ワクチンの説明や注意事項などの情報提供をするとよい。
【００４７】
本システムの実際の運用では、日曜日、祝日、年末年始も考慮してスケジュールを立てることは当然であるが、上記の説明では煩雑を避けるために言及しなかった。
【００４８】
上記の実施形態は、あくまで例示にすぎない。例えば、ユーザ情報記憶手段７、予防接種情報記憶手段８に格納するデータ項目やテーブル構造、処理の流れ、画面の遷移や画面表示等につき、様々な変形例が考えられ、それらの変形例も本発明の範囲である。
例えば、ユーザ情報記憶手段７には、ユーザの名前や住所などの個人情報と、予防接種スケジュール情報とを分けて格納してもよい。
【産業上の利用可能性】
【００４９】
医師や看護師でなければ適切に作成できない予防接種のスケジュールを自動生成できるシステムとして、多忙を極める医療関係者の手間を省くとともに、新型のウィルスの流行に際しても最適かつ効率よくスケジュールの生成ができるシステムとして、医療機関、行政機関、および乳幼児の保護者などの関係者からの利用が期待できる。
【符号の説明】
【００５０】
１：システム管理装置、２：ユーザ端末、３：医療機関端末、４：記憶部、５：処理部、６：通信インターフェース部、７：ユーザ情報記憶手段、８：予防接種情報記憶手段、
９：医療機関情報記憶手段、１０：ユーザ情報管理手段、
１１：基本スケジュール作成手段、１２：スケジュール変更手段、
１３：連絡メール送受信手段、Ｎ：インターネット
【図１】
0005670679.tif 000002
【図２】
0005670679.tif 000003
【図３】
0005670679.tif 000004
【図４】
0005670679.tif 000005
【図５】
0005670679.tif 000006
【図６】
0005670679.tif 000007
【図７】
0005670679.tif 000008
【図８】
0005670679.tif 000009
【図９】
0005670679.tif 000010
【図１０】
0005670679.tif 000011
【図１１】
0005670679.tif 000012
【図１２】
0005670679.tif 000013
【図１３】
0005670679.tif 000014
【図１４】
0005670679.tif 000015
【図１５】
0005670679.tif 000016
【図１６】
0005670679.tif 000017
【図１７】
0005670679.tif 000018
【図１８】
0005670679.tif 000019
【図１９】
0005670679.tif 000020