(57)【特許請求の範囲】
【請求項１】
健診センターによる健診事務を代行するための、コンピュータにより制御される健診事務代行システムであって、
健診センターのコンピュータから少なくとも健診の受診申込者の宛先情報を含む依頼情報を受信し、前記受診申込者のコンピュータを介してなされた問診情報の入力の完了に関する第１の通知を、前記問診情報を管理するための管理コンピュータから受信する受信部と、
前記受信された依頼情報に含まれる前記宛先情報を出力する宛先出力部と、
前記宛先情報が示す宛先への発送物の発送完了通知を前記健診センターのコンピュータに送信し、前記第１の通知が受信された場合、前記健診センターのコンピュータに前記問診情報の入力の完了に関する第２の通知を送信する送信部と、
を具備する健診事務代行システム。
【請求項２】
発送物出力部を更に備え、
前記依頼情報は、更に健診に利用される発送物の種類情報を含み、
前記発送物出力部は、前記受信された依頼情報に含まれる前記発送物の種類情報を出力する、
請求項１記載の健診事務代行システム。
【請求項３】
前記発送物の発送が完了した旨を、操作者により入力装置を介して又は前記発送物に貼付された宛先情報が読み取り器により読み取られたことを契機として入力する入力部を更に備え、
前記送信部は、前記発送物の発送が完了した旨が入力されたことを契機として、前記発送完了通知を前記健診センターのコンピュータに送信する、
請求項１記載の健診事務代行システム。
【請求項４】
前記送信部は、前記発送完了通知とともに、前記受診申込者単位での健診代行費用を前記健診センターのコンピュータに通知する、請求項１記載の健診事務代行システム。
【請求項５】
前記発送物の購入代、前記発送物の発送に関する作業料、前記発送物の輸送費、前記発送物の保管場所代及び前記発送物の保守費の少なくとも１項目に基づいて前記受診申込者単位での前記健診代行費用を計算する費用計算部、を更に備える請求項４記載の健診事務代行システム。
【請求項６】
前記発送物が前記受診申込者に届かずに返送された旨を入力する入力部を更に備え、
前記送信部は、前記発送物が返送された旨が入力された場合、前記発送物が返送された旨を前記健診センターのコンピュータに通知する、
請求項１記載の健診事務代行システム。
【請求項７】
前記受信部は、前記第１の通知とともに前記問診情報を、前記管理コンピュータから受信し、
前記送信部は、前記第１の通知と前記問診情報とが受信された場合、前記健診センターのコンピュータに前記第２の通知と前記問診情報とを送信する、
請求項１記載の健診事務代行システム。
【請求項８】
前記送信部は、前記受信部により前記依頼情報が受信された場合、前記受診申込者への問診票入力の案内メールを前記依頼情報に含まれる前記受診申込者のメールアドレスを利用して前記受診申込者のコンピュータに送信する、請求項１記載の健診事務代行システム。
【請求項９】
前記受信部により前記依頼情報が受信された場合、前記受診申込者が問診票を入力するためのネットワーク上の入力画面に紐付けられたアドレスが記載された前記案内メールを作成する作成部を更に備え、
前記送信部は、前記案内メールを前記受診申込者のコンピュータに送信する、
請求項８記載の健診事務代行システム。
【請求項１０】
前記発送物の発送状況を監視する監視部を更に備える、請求項１記載の健診事務代行システム。
【請求項１１】
健診事務を管理するためにコンピュータにより制御された健診管理システムと健診に関する発送物の発送を代行するためにコンピュータにより制御される発送代行管理システムと問診情報を管理するための管理コンピュータとにネットワークを介して接続された、健診事務を代行するためにコンピュータにより制御される健診事務代行システムあって、
前記健診管理システムから少なくとも健診の受診申込者の宛先情報を含む依頼情報を受信し、前記受診申込者のコンピュータを介してなされた前記問診情報の入力の完了に関する第１の通知を前記管理コンピュータから受信する受信部と、
前記受信部により前記依頼情報が受信された場合、前記依頼情報に含まれる前記宛先情報を前記発送代行管理システムに送信する送信部と、を具備し、
前記送信部は、前記受信部により前記第１の通知が受信された場合、前記健診管理システムに前記問診情報の入力の完了に関する第２の通知を送信し、
前記受信部は、前記発送代行管理システムから、前記宛先情報が示す宛先への発送物の発送完了通知を受信し、
前記送信部は、前記受信部により前記発送完了通知が受信された場合、前記健診管理システムに前記発送完了通知を送信する、
健診事務代行システム。
【請求項１２】
健診センターに設置された健診事務を管理するための健診事務管理端末と健診に関する発送物の発送を代行するための発送代行管理端末と健診の受診申込者が利用する受診者端末と問診情報を管理するための問診管理端末とにネットワークを介して接続された、健診事務を代行するための健診事務代行管理端末であって、
前記健診事務管理端末から少なくとも受診申込者の宛先情報を含む事務代行依頼を受信し、前記受診者端末を介してなされた前記問診情報の入力の完了に関する第１の通知を前記問診管理端末から受信する受信部と、
前記受信部により前記事務代行依頼が受信された場合、前記受診者端末に問診票の入力の案内を送信し、並びに前記発送代行管理端末に前記宛先情報を含む発送代行依頼を送信し、前記受信部により前記第１の通知が受信された場合、前記健診事務管理端末に前記問診情報の入力の完了に関する第２の通知を送信する送信部と、
を具備する健診事務代行管理端末。
【請求項１３】
健診センターによる健診事務を代行するためのコンピュータに、
健診センターのコンピュータから少なくとも健診の受診申込者の宛先情報を含む依頼情報を受信する機能と、
前記受信された依頼情報に含まれる前記宛先情報を出力する機能と、
前記受診申込者のコンピュータを介してなされた問診情報の入力の完了に関する第１の通知を、前記問診情報のコンピュータから受信する機能と、
前記第１の通知が受信された場合、前記健診センターのコンピュータに前記問診情報の入力の完了に関する第２の通知を送信する機能と、
前記宛先情報が示す宛先への発送物の発送完了通知を前記健診センターのコンピュータに送信する機能と、
を実現させる健診事務代行管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、健診事務代行システム、健診事務代行管理端末及び健診事務代行管理プログラムに関する。
【背景技術】
【０００２】
健診センターは、人間ドック等の健康診断を行っている。健診の受診申込者への問診票及び検査キット等の発送に関する健診事務は、健診センターに雇用されている事務員等が行っている。例えば、事務員は、事前に個人別に印刷した問診票と検便キットとを手作業で梱包して運送業者に発送を依頼している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−０６３４３６号公報
【特許文献２】特開２００５−２２４３５４号公報
【特許文献３】特開２００８−０９０４６６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
実施形態の目的は、健診事務を外部業者に代行可能な健診事務代行システム、健診事務代行管理端末及び健診事務代行管理プログラムを提供することにある。
【課題を解決するための手段】
【０００５】
本実施形態に係る健診事務代行システムは、健診センターによる健診事務を代行するための、コンピュータにより制御される健診事務代行システムであって、健診センターのコンピュータから少なくとも健診の受診申込者の宛先情報を含む依頼情報を受信する受信部と、前記受信された依頼情報に含まれる前記宛先情報を出力する宛先出力部と、前記宛先情報が示す宛先への発送物の発送完了通知を前記健診センターのコンピュータに送信する送信部と、を具備する。
【図面の簡単な説明】
【０００６】
【図１】図１は、本実施形態に係る健診事務代行システムのネットワーク環境を示す図である。
【図２】図２は、本実施形態に係る受診者端末、健診事務管理サーバ、健診システム、問診票サーバ、事務代行サーバ及び発送代行サーバにより行われる健診業務の典型的な流れを示す図である。
【図３】図３は、図１の事務代行管理システムの構成を示す図である。
【図４】図４は、図３の事務代行データベースに記憶される代行依頼テーブルの一例を示す図である。
【図５】図５は、図３の事務代行データベースに記憶される事務代行管理テーブルの一例を示す図である。
【図６】図６は、図３の事務代行データベースに記憶される問診票入力管理テーブルの一例を示す図である。
【図７】図７は、図３の事務代行データベースに記憶される発送依頼管理テーブルの一例を示す図である。
【図８】図８は、図１の発送代行管理システムの構成を示す図である。
【図９】図９は、図８の発送代行データベースに記憶される発送代行依頼テーブルの一例を示す図である。
【図１０】図１０は、図８の発送代行データベースに記憶される発送管理テーブルの一例を示す図である。
【図１１】図１１は、図３の事務代行サーバにより行われる健診事務代行管理処理の典型的な流れを示す図である。
【図１２】図１２は、ステップＳＡ３において処理回路により作成される問診票入力案内メールの一例を示す図である。
【図１３】図１３は、図１の問診票ウェブサーバにより管理される問診票入力サイトの入力画面の一例を示す図である。
【図１４】図１４は、図８の発送代行サーバによる発送代行管理処理の典型的な流れを示す図である。
【図１５】図１５は、本実施形態の変形例に係る健診事務代行システムのネットワーク環境を示す図である。
【図１６】図１６は、現状における健診受診前後に関する健診事務の作業内容及び発送物の流れを概略的に示す図である。
【発明を実施するための形態】
【０００７】
以下、図面を参照しながら本実施形態に係わる健診事務代行システム、健診事務代行管理端末及び健診事務代行管理プログラムを説明する。
【０００８】
本実施形態に係わる健診事務代行システム、健診事務代行管理端末及び健診事務代行管理プログラムは、健康診断の受診申込者に関する問診票の手配及び受診申込者への検査キットの発送等の健診事務を外部業者に代行することを目的としている。本実施形態に係る健康診断（健診）とは、医療施設で行われる健康状態の検査であり、入院を伴う精密な検査（人間ドック）であっても良いし、入院を伴わない簡易的な検査であっても良いものとする。健康診断を実施する医療施設は、医療業務の一環として健診業務を行う病院であっても良いし、健診業務を専門的に行う医療施設（以下、健診センターと呼ぶ）であっても良い。以下、本実施形態に係る医療施設は、説明の具体化のため、健診センターであるとする。
【０００９】
図１６は、現状における健診受診前後に関する健診事務の作業内容及び発送物の流れを概略的に示す図である。図１６に示すように、受診者が健診センターに健診の受診申込をした場合、健診センターの事務員は、検診日前に問診票を印刷し、封筒に宛名を貼り付け、当該封筒に問診票及び検便キット等の発送物を封入する。問診票の用紙、封筒及び検便キットは、各々の製造メーカが製造し、宅配業者の集荷センターが集荷する。そして宅配業者の配送センターから健診センターに配送される。健診センターの事務員は、問診票及び検便キットが封入された封筒の受診者への運送業者に依頼する。運送業者は、問診票及び検便キットが封入された封筒を、集荷センターに集荷する。運送業者の配送センターは、当該封筒を信書扱で受診者に配送する。
【００１０】
健診当日において受診者は、問診票及び検査キットを健診センターに持参して健診を受診する。健診センターの事務員は、受診当日、受付や精算を行う。また、事務員は、受診者が持参した記入済み問診票を読み取る作業も行っている。健診後日、事務員は、読み取った問診票を裁断し廃棄する。廃棄した古紙は、古紙回収業者により回収される。また、健診センターの事務員は、受診結果（健診結果）を用紙に印刷し、受診結果用紙を封筒に挿入し、運送業者に発送を依頼する。運送業者は、受診結果用紙が挿入された封筒を健診センターから集荷し、受診者に配送する。
【００１１】
このように、現状において問診票や発送物の発送に係る健診事務は、時給単価の高い医療事務資格を有する事務員により行われているため、人件費が高い傾向にある。また、用紙や検査キット等の輸送コストはルーチン的に発生するものであり、この輸送費と事務員の人件費とは健診センターにおける費用の少なくない割合をしている。また、発送物の保管場所や健診事務の作業場所・機器等も恒常的に確保しなければならず、これらの設備費も健診センターにおける費用の多くを占めている。これら健診事務に係る人件費、輸送費及び設備費等を受診者の増減に応じて柔軟に増減させることは困難である。
【００１２】
上記事情を鑑みて本実施形態に係わる健診事務代行システム、健診事務代行管理端末及び健診事務代行管理プログラムは、上記健診事務を外部業者に代行することを可能にし、健診センターにおける健診事務の負担及び費用の削減を実現する。また、本実施形態に係わる健診事務代行システム、健診事務代行管理端末及び健診事務代行管理プログラムは、上記健診事務を外部業者に代行することを可能にすることにより、健診事務に係る新たな課金システムの構築を実現する。
【００１３】
図１は、本実施形態に係る健診事務代行システム１のネットワーク環境を示す図である。図１に示すように、本実施形態に係る健診事務代行システム１は、受診者端末１００と健診センターシステム２００とにネットワークを介して互いに通信可能に接続されている。
【００１４】
受診者端末１００は、健康診断の受診者が利用するコンピュータ端末である。受診者端末１００は、据え置き型のコンピュータであっても良いし、可搬型のコンピュータであっても良い。
【００１５】
健診センターシステム２００は、健診センターに設けられた、コンピュータにより制御されたシステムである。健診センターシステム２００は、健診事務管理サーバ３００と健診システム４００とを有する。健診事務管理サーバ３００は、健康診断に係る健診事務を管理するコンピュータである。健診事務管理サーバ３００は、単一のコンピュータにより構築されても良いし、複数のコンピュータにより構築されても良い。健診システム４００は、健康診断から結果報告までを一括で管理するために、コンピュータにより制御されたシステムである。健診システム４００は、単一のコンピュータにより構築されても良いし、複数のコンピュータにより構築されても良い。
【００１６】
事務代行管理システム１０は、健診事務の代行を請け負う業者（以下、事務代行業者と呼ぶ）の施設に設けられた、コンピュータにより制御されたシステムである。事務代行管理システム１０は、事務代行業者による健診事務の代行をコンピュータにより実現する。具体的には、事務代行管理システム１０は、事務代行サーバ１１と問診票ウェブサーバ１３とを有する。事務代行サーバ１１は、健診事務の代行を管理するサーバコンピュータである。事務代行サーバ１１は、単一のコンピュータにより構築されても良いし、複数のコンピュータにより構築されても良い。問診票ウェブサーバ１３は、受診者の問診情報を管理するためのコンピュータである。具体的には、問診票ウェブサーバ１３は、当該問診情報を受診者端末１００が入力及び閲覧するためにネットワークに接続されているサーバコンピュータである。
【００１７】
発送代行管理システム２０は、健康診断に係る発送物の発送の代行を請け負う業者（以下、発送代行業者と呼ぶ）の施設に設けられた、コンピュータにより制御されたシステムである。発送代行管理システム２０は、発送代行業者による発送物の発送の代行をコンピュータにより実現する。具体的には、発送代行管理システム２０は、発送代行サーバ２１と発送業者端末２３とを有する。発送代行サーバ２１は、発送物の発送の代行を管理するサーバコンピュータである。発送代行サーバ２１は、単一のコンピュータにより構築されても良いし、複数のコンピュータにより構築されても良い。発送業者端末２３は、発送代行業者の従業者が用いるコンピュータ端末である。発送業者端末２３は、据え置き型のコンピュータであっても良いし、可搬型のコンピュータであっても良い。
【００１８】
図２は、本実施形態に係る受診者端末１００、健診事務管理サーバ３００、健診システム４００、問診票ウェブサーバ１３、事務代行サーバ１１及び発送代行サーバ２１により行われる健診業務の典型的な流れを示す図である。
【００１９】
図２に示すように、まず、受診者端末１００は、当該受診者の健康診断を申し込むために、ネットワークを介して健診事務管理サーバ３００に健診依頼を通知する（ステップＳ１）。健診事務管理サーバ３００は、受診者端末１００からの健診依頼を受け付ける。そして健診事務管理サーバ３００は、当該受診者に関する健診事務の代行依頼を事務代行サーバ１１に通知する（ステップＳ２）。健診事務管理サーバ３００は、受診者単位で健診事務の代行を依頼することとなる。事務代行サーバ１１は、健診事務代行依頼を受け付け、当該受診者に関する健診事務の代行を行う（ステップＳＡ）。
【００２０】
健診事務管理サーバ３００から事務代行サーバ１１への健診事務代行依頼は、当該受診者に関する健診事務を行うために必要な受診者情報（以下、事務代行個人情報と呼ぶ）と共に通知される。事務代行個人情報としては、少なくとも当該受診者の氏名、住所等の宛先、メールアドレス及び発送物の種類が挙げられる。発送物の種類は、より詳細には、健康診断に含まれる個々の検査に必要な機器（以下、検査キット）の種類である。検査キットとしては、例えば、検便キットや心電計、活動量計が挙げられる。事務代行サーバ１１は、事務代行個人情報を利用して健診事務の代行を管理及び支援する。健診事務代行の詳細については後述する。
【００２１】
発送対象の検査キットの種類は、健康診断の検査コースに基づいて健診事務管理サーバ３００により決定される。例えば、健康診断の基本的な検査コースの場合、検査キットとして検便キットが用いられ、オプションとしてメタボ健診を行う検査コースの場合、検査キットとして検便キットの他に活動量計が用いられ、オプションとして心臓の精密検査を行う検査コースの場合、検査キットとして検便キットの他に心電計が用いられる。この場合、健診事務管理サーバ３００は、検査コースと検査キットの種類とを関連づけたテーブル（以下、検査コース／検査キット対応テーブルと呼ぶ）を保持していると良い。健診事務管理サーバ３００は、受診申込者に関する検査コースを検索キーとして検査コース／検査キット対応テーブルを検索し、当該検査コースに関連づけられた検査キットを、発送対象の検査キットの種類として決定することができる。
【００２２】
また、健診事務管理サーバ３００は、受診申込者に関する健康診断の履歴に基づいて発送対象の検査キットの種類を決定しても良い。例えば、健診事務管理サーバ３００は、過去、典型的には直近の受診結果において異常なしと判定された場合、検査キットとして検便キットが用いられ、過去の受診結果においてメタボと判定された場合、検査キットとして検便キットの他に活動量計が用いられ、過去の受診結果において心臓病と判定された場合、検査キットとして検便キットの他に心電計が用いられる。この場合、健診事務管理サーバ３００は、受診結果と検査キットの種類とを関連づけたテーブル（以下、受診結果／検査キット対応テーブルと呼ぶ）を保持していると良い。健診事務管理サーバ３００は、受診申込者に関する過去の受診結果を検索キーとして受診結果／検査キット対応テーブルを検索し、当該受診結果に関連づけられた検査キットを、発送対象の検査キットの種類として決定することができる。
【００２３】
上記の通り、発送対象の結果キットの種類を自動的に決定することにより、健診センターの事務員による発送対象の検査キットの種類の決定に関する作業負担を軽減することができる。
【００２４】
なお、健康診断の申込は、受診者端末１００から健診事務管理サーバ３００へのネットワークを介した依頼通知に限定されない。例えば、受診者は、事務代行個人情報を健診センターに伝えることにより健診センターの窓口から直接的に健診の申込をしても良いし、事務代行個人情報と共に郵送により健診の申込んでも良い。
【００２５】
図２に示すように、健診事務代行（ＳＡ）において事務代行サーバ１１は、ウェブサイトを利用した問診情報の入力を案内するためのウェブ入力案内を受診者端末１００に送信する（ステップＳ３）。受診者端末１００は、当該ウェブサイトを利用して問診情報を入力する（ステップＳ４）。入力された問診情報は、当該ウェブサイトを管理する問診票ウェブサーバ１３に記録される。問診票ウェブサーバ１３は、問診情報が入力された場合、問診情報の入力完了通知と入力問診情報とを事務代行サーバ１１に送信する（ステップＳ５）。事務代行サーバ１１は、入力完了通知と入力問診情報とを受け付けた後、入力完了通知と入力問診情報とを健診システム４００に送信する（ステップＳ６）。健診システム４００は、入力問診情報を保存する。入力問診情報は、当該受診者の健診時に用いられる。
【００２６】
事務代行サーバ１１は、入力完了通知を受けた場合、当該受診者に関する検査キット等の発送物の発送の代行依頼を発送代行サーバ２１に通知する（ステップＳ７）。発送代行サーバ２１は、代行依頼を受け付け、検査キットの発送の代行を行う（ステップＳＢ）。事務代行サーバ１１から発送代行サーバ２１への発送代行依頼は、当該受診者に関する検査キットの発送を行うために必要な受診者情報（以下、発送代行個人情報と呼ぶ）とともに通知される。発送代行個人情報としては、少なくとも当該受診者の氏名、住所等の宛先及び検査キットの種類が挙げられる。事務代行サーバ１１は、発送代行個人情報を利用して発送の代行を管理及び支援する。発送代行（ＳＢ）の詳細については後述する。発送代行サーバは、発送物の発送が完了した場合、発送完了通知を事務代行サーバ１１に送信する（ステップＳ８）。
【００２７】
健診事務代行において事務代行サーバ１１は、発送代行サーバ２１から発送完了通知を受けた場合、発送完了通知と共に、当該受診者に関する健診事務代行に係る費用の請求を健診事務管理サーバ３００に送信する（ステップＳ９）。これにより事務代行サーバ１１による健診事務代行が完了する。
【００２８】
その後、健診日において当該受診者は、健康診断のために健診センターに行く。健診システム４００は、当該受診者の健診を行う（ステップＳＣ）。健康診断後、健診システム４００は、受診者端末１００に受診結果（健診結果）を送信する（ステップＳ１０）。なお、受診結果は、受診者の自宅又は職場に郵送されても良い。
【００２９】
上記の通り、健診事務管理サーバ３００は、受診者から健診の申込があった場合、受診者への発送物の発送及び問診情報の入力管理に必要な事務代行個人情報と共に事務代行サーバ１１に健診事務の代行を依頼する。事務代行サーバ１１は、事務代行個人情報に基づいて受診者への発送物の発送及び問診情報の入力管理を含む健診事務を代行することができる。具体的には、事務代行サーバ１１は、健診事務管理サーバ３００から事務代行依頼を受診したことを契機として、発送代行サーバ２１への発送物の発送の発注と受診者端末への問診情報の入力案内とを行う。事務代行サーバ１１は、受診申込者に関する健診事務が終了した場合、発送完了通知と共に費用請求を行う。健診センターの事務員は、本実施形態によれば、事務代行業者に健診事務の代行依頼をするのみで健診事務を完遂することができる。そのため、健診センター健診事務に関する負担及び費用を軽減することができる。事務代行業者にとっては、健診事務の代行を通じて収益を確保することができる。
【００３０】
また、本実施形態に係る健診事務代行システム１は、問診票ウェブサーバ１３により問診票のウェブ化を実現している。問診票のウェブ化により、紙の問診票を用いる場合に比して、健診センターにおいては記入済み問診票の読み取り作業、裁断作業及び廃棄作業を無くすことができる。よって本実施形態に係る健診事務代行システム１は、これら作業に係る健診センターの作業費等を削減することができる。また、発送代行業者は、健診前において問診票を受診者に配送する必要がなくなるので、用紙費や印刷費を削減し、ひいては配送費を削減することができる。
【００３１】
本実施形態において事務代行業者と発送代行業者とは同一の業者であっても良いし、異なる業者であっても良い。しかしながら、以下の説明においては、事務代行業者と発送代行業者とは、特に言及しない限り異なる業者であるとする。この場合、業務代行業者が発送代行業務を運送業者に委託すると、用材及び検査キットの発送工程が単純化され輸送費の削減が可能となる。
【００３２】
以下、事務代行管理システム１０及び発送代行管理システム２０の構成及び動作例について詳細に説明する。なお、本実施形態において事務代行業者と発送代行業者とは同一の業者であっても良いし、異なる業者であっても良い。以下の説明においては、事務代行業者と発送代行業者とは、特に言及しない限り異なる業者であるとする。この場合、業務代行業者が発送代行業務を運送業者に委託した場合、用材及び検査キット
図３は、事務代行管理システム１０の構成を示す図である。図３に示すように、事務代行管理システム１０は、事務代行サーバ１１と問診票ウェブサーバ１３とを有している。
【００３３】
事務代行サーバ１１は、事務代行データベース３１、処理回路３２、通信回路３３、表示回路３４、入力回路３５及び記憶回路３６を有している。事務代行データベース３１、処理回路３２、通信回路３３、表示回路３４、入力回路３５及び記憶回路３６は、互いにバスを介して通信可能に接続されている。
【００３４】
事務代行データベース３１は、健診事務代行に係る種々の情報を記憶するハードディスク等の大容量の記憶装置である。具体的には、事務代行データベース３１は、代行依頼テーブル３１１、事務代行管理テーブル３１３、問診票入力管理テーブル３１５及び発送依頼管理テーブル３１７を有する。
【００３５】
図４は、代行依頼テーブル３１１の一例を示す図である。図４に示すように、代行依頼テーブル３１１は、健診事務管理サーバ３００から受診者単位で送信された事務代行個人情報を記憶する。具体的には、事務代行個人情報は、『ＩＤ』、『受診者』、『受付日』、『住所』、『メールアドレス』及び『発送物』の項目を有する。『ＩＤ』は、健診事務の各代行依頼に付された識別子を示す。『受診者』は、代行依頼に係る健康診断の受診者の氏名を示す。『受付日』は、健診事務管理サーバ３００から受診者単位で送信される事務代行個人情報を事務代行サーバ１１が受け付けた日付を示す。『住所』は、受診者の住所を示す。『メールアドレス』は、受診者のメールアドレスを示す。『発送物』は、発送対象の検査キットの種類を示す。
【００３６】
図４に示すように、例えば、ＩＤ「１」の事務代行個人情報レコードは、受診者「Ａ」に関する者であり、受診者「Ａ」の依頼日は「２０１５／１２／１」であり、住所は「○○市△△町×××」であり、メールアドレスは「ａｂｃｄ＠ｘｙｚ」であり、発送物は「検便キット」である。代行依頼テーブル３１１は、処理回路３２の依頼管理機能３２１により管理される。
【００３７】
図５は、事務代行管理テーブル３１３の一例を示す図である。図５に示すように、事務代行管理テーブル３１３は、健診事務の代行依頼の進捗を管理するための健診事務代行情報を記憶する。健診事務代行情報は、『ＩＤ』、『受診者』、『受付日』、『問診入力案内』、『入力完了通知』、『発送代行依頼』、『発送完了通知』、『費用』及び『費用請求』の項目を有する。『ＩＤ』は、健診事務の各代行依頼に付された識別子を示す。『受診者』は、代行依頼に係る健康診断の受診者の氏名を示す。『受付日』は、事務代行個人情報の事務代行サーバ１１による受付日を示す。『問診入力案内』は、事務代行サーバ１１が受診者端末１００に問診情報の入力案内をしたか否かを示す。入力案内済みの場合、『問診入力案内』には、入力案内をした日付が入力される。『入力完了通知』は、事務代行サーバ１１が健診システム４００に問診情報の入力完了通知をしたか否かを示す。入力完了通知済みの場合、『入力完了通知』は、入力完了通知をした日付が入力される。『発送代行依頼』は、事務代行サーバ１１が発送代行サーバ２１に発送代行を依頼したか否かを示す。発送代行依頼済みの場合、『発送代行依頼』には、発送代行を依頼した日付が入力される。『費用』は、事務代行サーバ１１が健診事務管理サーバ３００に通知する、当該受診者に係る健診事務代行の費用を含む。『費用請求』は、事務代行サーバ１１が健診事務管理サーバ３００に発送完了通知及び費用請求をしたか否かを示す。
【００３８】
図５に示すように、例えば、ＩＤ「１」の事務代行個人情報レコードは、受診者「Ａ」に関する者であり、受診者「Ａ」の受付日は「２０１５／１２／１」であり、問診入力案内は「２０１５／１２／４」に行われ、入力完了通知は「２０１５／１２／１１」に行われ、発送代行依頼は「２０１５／１２／１１」に行われ、発送完了通知は「２０１５／１２／１３」に行われ、費用は「￥１，０００」であり、費用請求は「２０１５／１２／１４」に行われとことを示す。事務代行管理テーブル３１３は、後述する処理回路３２の依頼管理機能３２１により管理される。
【００３９】
図６は、問診票入力管理テーブル３１５の一例を示す図である。図６に示すように、問診票入力管理テーブル３１５は、問診情報についての入力管理の代行の進捗を管理するための問診入力管理情報を記憶する。問診入力管理情報は、『ＩＤ』、『受診者』、『受付日』、『問診入力案内』、『入力完了通知』、『健診システム通知日』、『問診票代行ステータス』及び『督促』の項目を有する。『ＩＤ』は、健診事務の各代行依頼に付された識別子を示す。『受診者』は、代行依頼に係る健康診断の受診者の氏名を示す。『受付日』は、事務代行個人情報の事務代行サーバ１１による受付日を示す。『問診入力案内』は、事務代行サーバ１１が受診者端末１００に問診情報の入力案内をしたか否かを示す。入力案内済みの場合、問診入力案内項目には、入力案内をした日付が入力される。『入力完了通知』は、事務代行サーバ１１が健診システム４００に問診情報の入力完了通知をしたか否かを示す。入力完了通知済みの場合、『入力完了通知』は、入力完了通知をした日付が入力される。『健診システム通知日』は、事務代行サーバ１１が健診システム４００に入力完了通知を通知した日付を示す。『問診票代行ステータス』は、問診情報の入力管理の代行に係る進捗状況を示すステータスを示す。『問診票代行ステータス』としては、例えば、未案内、案内済み、完了通知済み、督促済み等がある。未案内は、まだ問診票入力案内が行われていない状態である。案内済みは、問診票入力案内が行われたが、健診システム４００への完了通知が行われていない状態である。完了通知済みは、完了通知が行われた状態である。督促済みは、問診情報の入力の督促が行われた状態である。入力案内が行われてから所定期間内に問診票ウェブサーバ１３から入力完了通知が送信されない場合、事務代行サーバ１１から受診者端末１００に問診情報の入力の督促が行われる。『督促』は、事務代行サーバ１１が受診者端末１００に問診情報の入力の督促を行った日付を示す。
【００４０】
図６に示すように、例えば、ＩＤ「１」の問診入力管理情報レコードは、受診者「Ａ」に関する者であり、受診者「Ａ」の受付日は「２０１５／１２／３」であり、問診入力案内は「２０１５／１２／４」に行われ、入力完了通知は「２０１５／１２／１１」に行われ、健診システム通知日は「２０１５／１２／１２」であり、問診票代行ステータスは「完了通知済み」であることを示す。このように、問診票入力管理テーブル３１５は、問診票入力事務を受診者単位で管理する。問診票入力管理テーブル３１５は、後述する処理回路３２の問診票入力依頼管理機能３２２により管理される。
【００４１】
図７は、発送依頼管理テーブル３１７の一例を示す図である。発送依頼管理テーブル３１７は、発送物の発送の代行の進捗を管理するための発送代行個人情報を記憶する。具体的には、発送代行個人情報は、『ＩＤ』、『受診者』、『受付日』、『住所』、『発送物』、『発送代行依頼』、『発送完了通知』、『発送代行ステータス』及び『返送』の項目を有する。『ＩＤ』は、健診事務の各代行依頼に付された識別子を示す。『受診者』は、代行依頼に係る健康診断の受診者の氏名を示す。『受付日』は、事務代行個人情報を事務代行サーバ１１が受付日を示す。『住所』は、受診者の住所を示す。『発送物』は、発送対象の検査キットの種類を示す。『発送代行依頼』は、事務代行サーバ１１が発送代行サーバ２１に発送代行を依頼したか否かを示す。発送代行依頼済みの場合、発送代行依頼項目には、発送代行を依頼した日付が入力される。『発送完了通知』は、発送代行サーバ２１から発送代行完了通知が送信されたか否かを示す。発送代行完了通知がなされた場合、発送代行完了通知を受けた日付が入力される。『発送代行ステータス』は、発送代行の進捗状況を示すステータスを含む。『発送代行ステータス』としては、例えば、未依頼、依頼済み、完了通知済み、返送通知有り等がある。未依頼は、まだ発送代行サーバ２１に発送代行依頼が行われていない状態である。依頼済みは、発送代行サーバ２１に発送代行依頼が行われたが、発送代行サーバ２１から発送完了通知がされていない状態である。完了通知済みは、発送代行サーバ２１から発送完了通知がされた状態である。返送通知有りは、発送代行サーバ２１から返送通知が送信された状態である。発送代行業者により発送物が発送されたが、当該発送物が返送された場合、発送代行サーバ２１から事務代行サーバ１１に返送通知がなされる。『返送』は、発送代行サーバ２１から事務代行サーバ１１に返送通知がなされた日付を示す。
【００４２】
図７に示すように、例えば、ＩＤ「１」の問診入力管理情報レコードは、受診者「Ａ」に関する者であり、受診者「Ａ」の受付日は「２０１５／１２／３」であり、住所は「○○市△△町×××」であり、発送物は「検便キット」であり、発送代行依頼は「２０１５／１２／１１」に行われ、発送完了通知は「２０１５／１２／１３」に行われ、発送代行ステータスは「完了通知済み」であることを示す。このように、問診票入力管理テーブル３１５は、問診票入力事務を受診者単位で管理する。発送依頼管理テーブル３１７は、後述する処理回路３２の発送代行依頼管理機能３２３により管理される。
【００４３】
図３に示すように、処理回路３２は、本実施形態に係る事務代行管理システム１０の中枢として機能する。処理回路３２は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics Processing Unit）等の処理装置（プロセッサ）とＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）等の記憶装置（メモリ）とを有する。処理回路３２は、記憶回路３６等に記憶された事務代行プログラムを実行することにより、当該事務代行プログラムに対応する機能を実現する。
【００４４】
具体的には、処理回路３２は、上記事務代行プログラムを実行することにより、依頼管理機能３２１、問診票入力依頼管理機能３２２、発送代行依頼管理機能３２３、問診票入力依頼機能３２４、発送代行依頼機能３２５、費用計算機能３２６、及び事務代行完了通知機能３２７を実現する。
【００４５】
依頼管理機能３２１の実行により処理回路３２は、健診事務管理サーバ３００からの健診事務の代行依頼を、事務代行管理テーブル３１３を利用して管理する。具体的には、処理回路３２は、健診事務管理サーバ３００から健診事務代行依頼を受けた場合、健診事務代行依頼と共に送信される事務代行個人情報を代行依頼テーブル３１１に登録する。また、処理回路３２は、事務代行管理テーブル３１３を構成する健診事務代行情報の各項目を更新することにより、受診申込者毎の健診事務の代行依頼を管理する。
【００４６】
問診票入力依頼管理機能３２２の実行により処理回路３２は、問診票入力依頼を、問診票入力管理テーブル３１５を利用して管理する。具体的には、処理回路３２は、問診票入力依頼時において受診申込者に関する問診入力管理情報を生成する。そして処理回路３２は、問診票入力管理テーブル３１５を構成する問診入力管理情報の各項目を更新することにより、受診申込者毎の問診情報入力管理の代行依頼を管理する。
【００４７】
発送代行依頼管理機能３２３の実行により処理回路３２は、発送代行依頼を、発送依頼管理テーブル３１７を利用して管理する。具体的には、処理回路３２は、発送代行依頼時において受診申込者に関する発送代行管理情報を生成する。そして処理回路３２は、発送依頼管理テーブル３１７を構成する発送代行管理情報の各項目を更新することにより、受診申込者毎の発送代行依頼を管理する。
【００４８】
問診票入力依頼機能３２４の実行により処理回路３２は、受診者端末１００に問診票の入力案内を、通信回路３３を介して送信する。
【００４９】
発送代行依頼機能３２５の実行により処理回路３２は、発送代行サーバ２１に発送代行依頼を、通信回路３３を介して送信する。この際、処理回路３２は、代行依頼テーブル３１１に登録された事務代行個人情報に基づいて、受診申込者に発送物を発送するために必要な発送代行個人情報を生成する。処理回路３２は、生成された発送代行個人情報を、発送代行依頼と共に発送代行サーバ２１に送信する。
【００５０】
費用計算機能３２６の実行により処理回路３２は、健診事務代行に係る費用を受診者単位で計算する。例えば、処理回路３２は、発送代行の完了通知を発送代行サーバ２１から受信し且つ問診情報の入力完了通知を問診票ウェブサーバ１３から受信した場合、所定の請求項目に基づいて費用を計算する。
【００５１】
事務代行完了通知機能３２７の実行により処理回路３２は、健診事務管理サーバ３００に健診事務代行の完了通知を、通信回路３３を介して送信する。例えば、処理回路３２は、発送代行の完了通知を発送代行サーバ２１から受信し且つ問診情報の入力完了通知を問診票ウェブサーバ１３から受信した場合、健診事務管理サーバ３００に健診事務代行の完了通知を送信する。
【００５２】
通信回路３３は、事務代行管理システム１０に含まれる問診票ウェブサーバ１３との間でデータ通信を行う。また、通信回路３３は、事務代行管理システム１０外に設けられた受診者端末１００、健診事務管理サーバ３００、健診システム４００及び発送代行サーバ２１との間でデータ通信を行う。
【００５３】
表示回路３４は、処理回路３２による制御に従い種々のデータを表示する。具体的には、表示回路３４は、表示インタフェース回路と表示機器とを有する。表示インタフェース回路は、表示対象を表すデータをビデオ信号に変換する。表示信号は、表示機器に供給される。表示機器は、表示対象を表すビデオ信号を表示する。表示機器としては、例えば、ＣＲＴディスプレイや液晶ディスプレイ、有機ＥＬディスプレイ、ＬＥＤディスプレイ、プラズマディスプレイ、又は当技術分野で知られている他の任意のディスプレイが適宜利用可能である。
【００５４】
入力回路３５は、ユーザからの各種指令を入力する。具体的には、入力回路３５は、入力機器と入力インタフェース回路とを有する。入力機器は、ユーザからの各種指令を受け付ける。入力機器としては、キーボードやマウス、各種スイッチ等が利用可能である。入力インタフェース回路は、入力機器からの出力信号をバスを介して処理回路３２に供給する。
【００５５】
記憶回路３６は、種々の情報を記憶するＨＤＤ（hard disk drive）やＳＳＤ（solid state drive）、集積回路記憶装置等の記憶装置である。また、記憶回路３６は、ＣＤ−ＲＯＭドライブやＤＶＤドライブ、フラッシュメモリ等の可搬性記憶媒体との間で種々の情報を読み書きする駆動装置等であっても良い。例えば、記憶回路３６は、本実施形態に係る事務代行プログラム等を記憶する。
【００５６】
次に、発送代行管理システム２０の構成について説明する。図８は、発送代行管理システム２０の構成を示す図である。図８に示すように、発送代行管理システム２０は、発送代行サーバ２１と発送業者端末２３とを有している。
【００５７】
発送代行サーバ２１は、発送代行データベース４１、処理回路４２、通信回路４３、印刷機４４、表示回路４５、入力回路４６及び記憶回路４７を有している。発送代行データベース４１、処理回路４２、通信回路４３、印刷機４４、表示回路４５、入力回路４６及び記憶回路４７は、互いにバスを介して通信可能に接続されている。
【００５８】
発送代行データベース４１は、発送代行に係る種々の情報を記憶するハードディスク等の大容量の記憶装置である。具体的には、発送代行データベース４１は、発送代行依頼テーブル４１１及び発送管理テーブル４１３を有する。
【００５９】
図９は、発送代行依頼テーブル４１１の一例を示す図である。図９に示すように、発送代行依頼テーブル４１１は、事務代行サーバ１１から受診者単位で送信された発送代行個人情報を管理する。具体的には、発送代行個人情報は、『ＩＤ』、『受診者』、『受付日』、『住所』及び『発送物』の項目を有する。『ＩＤ』は、健診事務の各代行依頼に付された識別子を示す。『受診者』は、代行依頼に係る健康診断の受診申込者の氏名である。『受付日』は、健診事務管理サーバ３００から受診者単位で送信される事務代行個人情報を事務代行サーバ１１が受け付けた日付を示す。『住所』は、受診者の住所を示す。『発送物』は、発送対象の検査キットの種類である。
【００６０】
図９に示すように、例えば、ＩＤ「１」の事務代行個人情報レコードは、受診者「Ａ」に関する者であり、受診者「Ａ」の依頼日は「２０１５／１２／１」であり、住所は「○○市△△町×××」であり、発送物は「検便キット」である。このように、発送代行依頼テーブル４１１は、処理回路４２の発送代行管理機能４２１により管理される。
【００６１】
図１０は、発送管理テーブル４１３の一例を示す図である。発送管理テーブル４１３は、発送物の発送代行の進捗を管理するための発送代行管理情報を記憶する。具体的には、発送代行管理情報は、『ＩＤ』、『受診者』、『受付日』、『住所』、『発送物』、『キットＩＤ』、『発送』、『発送ステータス』、『返送』、『発送完了通知』、『返送通知』の項目を有する。『ＩＤ』は、健診事務の各代行依頼に付された識別子を示す。『受診者』、は、代行依頼に係る健康診断の受診者の氏名である。『受付日』は、事務代行サーバ１１から発送代行依頼を受け付けた日付を示す。『住所』は、受診者の住所を示す。『発送物』は、発送対象の検査キットの種類を示す。『キットＩＤ』は、検査キットの識別子である。『発送』は、検査キットが発送された日付を示す。『発送ステータス』は、発送の進捗状況を示すステータスを含む。『発送ステータス』としては、例えば、未発送、発送済み、返送等がある。未発送ステータスは、まだ検査キットが発送されていない状態である。発送済みステータスは、検査キットが発送された状態である。返送ステータスは、検査キットが返送された状態である。『返送』は、検査キットが返送された日付を示す。『発送完了通知』は、事務代行サーバ１１への発送完了通知が行われたか否かを示し、発送完了通知が行われた場合、その日付が入力される。『返送通知』は、検査キットが返送された場合において事務代行サーバ１１に返送通知が行われたか否かを示し、返送通知が行われた場合、その日付が入力される。
【００６２】
図１０に示すように、例えば、ＩＤ「１」の問診入力管理情報レコードは、受診者「Ａ」に関する者であり、受診者「Ａ」の受付日は「２０１５／１２／１１」であり、住所は「○○市△△町×××」であり、発送物は「検便キット」であり、キットＩＤは「Ｋ１２３４５」であり、発送は「２０１５／１２／１２」に行われ、発送ステータスは「発送済み」であり、発送完了通知は「２０１５／１２／１３」に行われることを示す。このように、問診票入力管理テーブル３１５は、問診票入力事務を受診者単位で管理する。発送依頼管理テーブル３１７は、後述する処理回路３２の発送代行依頼管理機能３２３により管理される。
【００６３】
処理回路４２は、本実施形態に係る発送代行管理システム２０の中枢として機能する。処理回路４２は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics Processing Unit）等の処理装置（プロセッサ）とＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）等の記憶装置（メモリ）とを有する。処理回路４２は、記憶回路４７等に記憶された発送代行プログラムを実行することにより、当該発送代行プログラムに対応する機能を実現する。
【００６４】
具体的には、処理回路４２は、上記発送代行プログラムを実行することにより、発送代行管理機能４２１、依頼出力機能４２２、宛先出力機能４２３及び発送代行完了通知機能４２４を実現する。
【００６５】
発送代行管理機能４２１の実行により処理回路４２は、事務代行サーバ１１からの発送の代行依頼を、発送管理テーブル４１３を利用して管理する。具体的には、処理回路４２は、事務代行サーバ１１から発送代行依頼を受けた場合、発送代行依頼と共に送信される発送代行個人情報を発送代行依頼テーブル４１１に登録する。また、処理回路４２は、発送管理テーブル４１３を構成する発送代行情報の各項目を更新することにより、受診申込者毎の発送代行依頼を管理する。例えば、処理回路４２は、発送代行依頼の管理の一態様として、発送物の発送状況を監視する。具体的には、処理回路４２は、発送物が返送されたか否かを監視し、発送物が返送された場合、その旨を発送管理テーブル４１３に記録する。
【００６６】
依頼出力機能４２２の実行により処理回路４２は、事務代行サーバ１１から送信された発送依頼を出力する。例えば、処理回路４２は、発送依頼を表示回路４５に表示したり、印刷機４４で印刷したりする。
【００６７】
宛先出力機能４２３の実行により処理回路４２は、受診者の宛先情報を出力する。例えば、処理回路４２は、宛先情報を表示回路４５に表示したり、印刷機４４で印刷したりする。
【００６８】
発送代行完了通知機能４２４の実行により処理回路４２は、事務代行サーバ１１に発送代行の完了通知を、通信回路４３を介して送信する。
【００６９】
通信回路４３は、発送代行管理システム２０に含まれる発送業者端末２３との間でデータ通信を行う。また、通信回路４３は、発送代行管理システム２０外に設けられた健診事務管理サーバ３００との間でデータ通信を行う。
【００７０】
印刷機４４は、処理回路４２による制御に従い種々のデータを印刷する。例えば、印刷機４４は、宛先情報を、封筒に貼り付け可能なラベルに印刷し、宛先ラベルを作成する。
【００７１】
表示回路４５は、処理回路４２による制御に従い種々のデータを表示する。具体的には、表示回路４５は、表示インタフェース回路と表示機器とを有する。表示インタフェース回路は、表示対象を表すデータをビデオ信号に変換する。表示信号は、表示機器に供給される。表示機器は、表示対象を表すビデオ信号を表示する。表示機器としては、例えば、ＣＲＴディスプレイや液晶ディスプレイ、有機ＥＬディスプレイ、ＬＥＤディスプレイ、プラズマディスプレイ、又は当技術分野で知られている他の任意のディスプレイが適宜利用可能である。
【００７２】
入力回路４６は、ユーザからの各種指令を入力する。具体的には、入力回路４６は、入力機器と入力インタフェース回路とを有する。入力機器は、ユーザからの各種指令を受け付ける。入力機器としては、キーボードやマウス、各種スイッチ等が利用可能である。入力インタフェース回路は、入力機器からの出力信号をバスを介して処理回路４２に供給する。
【００７３】
記憶回路４７は、種々の情報を記憶するＨＤＤ（hard disk drive）やＳＳＤ（solid state drive）、集積回路記憶装置等の記憶装置である。また、記憶回路４７は、ＣＤ−ＲＯＭドライブやＤＶＤドライブ、フラッシュメモリ等の可搬性記憶媒体との間で種々の情報を読み書きする駆動装置等であっても良い。例えば、記憶回路４７は、本実施形態に係る発送代行プログラム等を記憶する。
【００７４】
次に、事務代行サーバ１１による健診事務代行管理処理と発送代行サーバ２１による発送代行管理処理との動作例を説明する。まずは、事務代行サーバ１１による健診事務代行管理処理について説明する。
【００７５】
図１１は、事務代行サーバ１１による健診事務代行管理処理の典型的な流れを示す図である。図１１に示すように、事務代行サーバ１１の通信回路３３は、まず、健診事務管理サーバ３００から事務代行依頼が送信された場合、当該事務代行依頼を受信する（ステップＳＡ１）。事務代行依頼は、健診を依頼する受診者毎に生成される。具体的には、事務代行依頼は、健診事務管理サーバ３００が事務代行個人情報を送信することによりなされる。事務代行個人情報は、図４に示すように、少なくとも受診者の氏名、住所、メールアドレス及び発送物の種類を含む。事務代行個人情報が受信された場合、処理回路３２は依頼管理機能３２１を実行する。依頼管理機能３２１の実行により処理回路３２は、代行依頼テーブル３１１に、受信された代行依頼に関する代行依頼個人情報を登録する。
【００７６】
ステップＳＡ１が行われると処理回路３２は、表示回路３４に、依頼内容を表示する（ステップＳＡ２）。具体的には、ステップＳＡ２において表示回路３４は、ステップＳＡ１において受信された代行依頼情報を受診者単位で表示する。代行依頼情報が表示されることにより、事務代行業者は、事務代行依頼の内容等を即時に知ることが出来る。なお、処理回路３２は、ステップＳＡ１において事務代行依頼が受信されたことを契機として当該事務代行依頼に関する依頼内容を自動的に表示しても良いし、事務代行業者による入力回路３５を介した表示指示操作がなされたことを契機として表示しても良い。また、ステップＳＡ２における依頼内容の表示は、不要であれば行われなくても良い。
【００７７】
ステップＳＡ２が行われると処理回路３２は、問診票入力依頼機能３２４を実行する（ステップＳＡ３）。ステップＳＡ３において処理回路３２は、まず、問診票入力案内メールを作成する。具体的には、処理回路３２は、ステップＳＡ１において受信された事務代行依頼情報に含まれる受診者の氏名と、予め設定された問診票ウェブサイトのアドレスとに基づいて問診票入力案内メールを作成する。なお、処理回路３２は、ステップＳＡ１において事務代行依頼が受信されたことを契機として自動的に問診票入力案内メールを作成しても良いし、事務代行業者による入力回路３５を介した作成指示操作がなされたことを契機として作成しても良い。
【００７８】
図１２は、ステップＳＡ３において処理回路３２により作成される問診票入力案内メール５０の一例を示す図である。図１２に示すように、問診票入力案内メールは、受診者に問診票に関する問診情報を入力するためのウェブサイト（以下、問診票入力サイトと呼ぶ）を通知する。本実施形態に係る問診票入力サイトは、後述のように、受診者の個人情報である問診情報を入力するための入力画面を有する。問診票入力サイトは、問診票ウェブサーバ１３により管理される。問診票入力サイトにおいて入力された問診情報は、健診センターシステム２００及び事務代行管理システム１０以外のコンピュータからは閲覧不能であることが好ましい。問診情報の秘匿性を担保するため、問診票入力サイトに入力された問診情報は、ＳＳＬ（secure sockets layer）等の情報暗号化技術により暗号化されると良い。より厳重には、問診票入力サイトにおいて入力された問診情報の閲覧は、健診システム４００のコンピュータのみに制限されると良い。これにより問診情報を健診システム４００から流出することを防ぐことができる。
【００７９】
図１２に示すように、具体的には、問診票入力案内メール５０は、受診者名欄５１、本文欄５３及びハイパーリンク欄５５を有する。受診者名欄５１は、問診票作成対象の受診者の氏名を示す。処理回路３２は、問診票作成対象の受診者の事務代行依頼情報を代行依頼テーブル３１１から読み出して、当該代行依頼情報に含まれる氏名を受診者名欄５１に貼り付けることにより、受診者名欄５１に受診者名を入力する。本文欄５３は、問診票入力案内メール５０の本文を示す。処理回路３２は、予め作成された定型文を本文欄５３にはりつけることにより、本文欄５３に本文を入力する。例えば、図１２に示すように、「以下のサイトにアクセスして問診票に必要事項を入力して下さい」のような定型文が本文欄５３に入力されると良い。ハイパーリンク欄５５は、ハイパーリンクが埋め込まれた、問診票入力サイトのアドレスを示す。アドレスは、例えば、ＵＲＬ（uniform resource identifier）により記述されると良い。例えば、問診票入力サイトにＳＳＬサーバ証明書が導入されている場合、図１２に示すように、「ｈｔｔｐｓ：＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊」がハイパーリンク欄５５に入力されると良い。
【００８０】
ステップＳＡ３が行われると処理回路３２は、問診票入力依頼機能３２４の実行により、問診票入力案内メールを、通信回路３３を介して受診者端末１００に送信する（ステップＳＡ４）。具体的には、処理回路３２は、問診票作成対象の受診者の事務代行依頼情報を代行依頼テーブル３１１から読み出して、当該代行依頼情報に含まれる受診者のメールアドレスを特定する。そして処理回路３２は、特定されたメールアドレスを利用して受診者端末１００に問診票入力案内メールを送信する。問診票入力案内メールが送信されると処理回路３２は、事務代行管理テーブル３１３及び問診票入力管理テーブル３１５にその旨を登録する。具体的には、処理回路３２は、事務代行管理テーブル３１３及び問診票入力管理テーブル３１５の『問診入力案内』項目に、受診者端末１００に問診票入力案内メールを送信した日付を登録する。
【００８１】
ステップＳＡ４が行われると処理回路３２は、問診票ウェブサーバ１３から入力完了通知が送信されることを待機する（ステップＳＡ５）。例えば、受診者端末１００に問診票入力案内メールが送信されると受診者端末１００は、受診者による入力機器等の操作を介して、問診票入力案内メールに記載されたアドレスにより特定される問診票入力サイトにアクセスし、問診票入力サイトの入力画面において問診情報を入力する。
【００８２】
図１３は、問診票ウェブサーバ１３により管理される問診票入力サイトの入力画面６０の一例を示す図である。図１３に示すように、入力画面６０は、健康診断の問診票に関する問診情報を入力するための入力項目を有する。入力画面６０は、例えば、患者基本情報入力欄６１、既往歴入力欄６３及び生活習慣入力欄６５を有する。患者基本情報入力欄６１には、患者の氏名や性別、生年月日、住所等の基本的な情報が入力される。既往歴入力欄６３には、患者の既往歴、より詳細には、主な病気の名称が罹患の有無の入力欄（図１３のＹＥＳ及びＮＯ）とともに列記されている。例えば、図１３に示すように、高血圧症の罹患の有無、低血圧症の罹患の有無、肝硬変の罹患の有無等が入力される。生活習慣入力欄６５には、飲酒や喫煙、運動の頻度等の生活習慣が入力される。なお、図１３の入力画面６０は、一例であって、問診情報の入力項目は上記のみに限定されず、如何なる情報が入力されても良い。
【００８３】
受診者端末１００により問診情報が入力されると、入力された問診情報（以下、入力問診情報と呼ぶ）は、例えば、受診者端末１００により共通鍵を用いて暗号化される。暗号化された入力問診情報は、受診者端末１００から問診票ウェブサーバ１３に送信される。問診票ウェブサーバ１３は、入力問診情報を受信すると、問診情報が入力された旨を示す入力完了通知を事務代行サーバ１１に送信する。この際、問診票ウェブサーバ１３は、入力問診情報を、入力完了通知と共に事務代行サーバ１１に送信する。
【００８４】
そして、ステップＳＡ５において問診票ウェブサーバ１３から入力完了通知を受信した場合（ステップＳＡ５：ＹＥＳ）、処理回路３２は、問診票入力依頼機能３２４の実行により、通信回路３３を介して、問診情報の入力完了通知を健診システム４００に送信する（ステップＳＡ６）。また、ステップＳＡ５において問診票ウェブサーバ１３から入力完了通知を受信した場合（ステップＳＡ５：ＹＥＳ）、処理回路３２は、事務代行管理テーブル３１３及び問診票入力管理テーブル３１５にその旨を登録する。具体的には、処理回路３２は、事務代行管理テーブル３１３及び問診票入力管理テーブル３１５の『入力完了通知』項目に問診票ウェブサーバ１３から入力完了通知を受けた日付又は健診システム４００に入力完了通知を送信した日付を登録する。なお、処理回路３２は、入力完了通知と共に、問診票ウェブサーバ１３から受信した問診情報を健診システム４００に送信する。問診情報は、健診システム４００における健診業務に利用される。
【００８５】
事務代行サーバ１１が問診情報の閲覧権限を有する場合、問診情報の暗号化に関する秘密鍵が問診票ウェブサーバ１３、事務代行サーバ１１及び健診システム４００で共有されると良い。事務代行サーバ１１が問診情報を閲覧することにより、入力された問診情報の妥当性を、健診システム４００への送信前にチェックすることができる。一方、事務代行サーバ１１が問診情報の閲覧権限を有しない場合、当該秘密鍵が問診票ウェブサーバ１３及び健診システム４００で共有されると良い。このように、事務代行サーバ１１による問診情報への閲覧を制限することにより。問診情報の秘匿性を高めることができる。これにより、受診者が安心して問診票入力ウェブサイトを利用することができる。
【００８６】
ステップＳＡ６が行われると処理回路３２は、発送代行依頼機能３２５を実行する（ステップＳＡ７）。ステップＳＡ７において処理回路３２は、発送代行依頼を、通信回路３３を介して発送代行サーバ２１に送信する。具体的には、処理回路３２は、まず、発送代行依頼管理機能３２３を実行し、依頼対象の受診者の発送代行依頼情報を生成する。発送代行依頼情報は、受診者への発送物の発送に必要な情報、具体的には、少なくとも受診者の氏名、住所及び発送物の種類を含む。発送代行依頼情報は、代行依頼テーブル３１１に記録されている事務代行個人情報に基づいて生成さると良い。発送代行依頼情報が生成されると処理回路３２は、発送代行個人情報を発送代行サーバ２１に送信することにより、発送代行を依頼する。発送代行依頼が送信されると処理回路３２は、事務代行管理テーブル３１３及び発送依頼管理テーブル３１７にその旨を登録する。具体的には、処理回路３２は、事務代行管理テーブル３１３及び発送依頼管理テーブル３１７の『発送代行依頼』項目に発送代行個人情報を発送代行サーバ２１に送信した日付を登録する。発送代行サーバ２１による発送代行の詳細については後述する。
【００８７】
発送代行依頼を行うと処理回路３２は、発送代行サーバ２１から発送完了通知がなされるのを待機する（ステップＳＡ８）。発送代行サーバ２１から発送完了通知がなされると（ステップＳＡ８：ＹＥＳ）、処理回路３２は、費用計算機能３２６を実行する（ステップＳＡ９）。また、処理回路３２は、発送代行サーバ２１から発送完了通知がなされると（ステップＳＡ８：ＹＥＳ）、事務代行管理テーブル３１３及び発送依頼管理テーブル３１７にその旨を登録する。具体的には、処理回路３２は、事務代行管理テーブル３１３及び発送依頼管理テーブル３１７の『発送完了通知』項目に、発送代行サーバ２１から発送完了通知を受けた日付を登録する。
【００８８】
ステップＳＡ９において処理回路３２は、健診センターに請求すべき、健診事務の代行に係る費用（以下、事務代行費用と呼ぶ）を計算する。事務代行費用は、受診者単位で計算及び請求される。事務代行費用は、種々の請求項目に基づいて計算されると良い。請求項目としては、例えば、少なくとも発送物の購入代、発送物の発送に関する作業料、発送物の輸送費、発送物の保管場所代及び発送物の保守費が挙げられる。他にも、更なる請求項目として、事務代行業者による代行管理費用に基づいて事務代行費用を計算しても良い。事務代行費用は、処理回路３２により事務代行管理テーブル３１３に登録される。
【００８９】
ステップＳＡ９が行われると処理回路３２は、事務代行完了通知機能３２７を実行する（ステップＳＡ１０）。ステップＳＡ１０において処理回路３２は、受診申込者に関する事務代行が完了した旨の通知（事務代行完了通知）を、通信回路３３を介して健診事務管理サーバ３００に送信する。この際、処理回路３２は、事務代行完了通知と共に、ステップＳＡ９において算出された当該受診申込者に関する事務代行費用を健診事務管理サーバ３００に送信すると良い。事務代行完了通知が送信されると処理回路３２は、事務代行管理テーブル３１３にその旨を登録する。具体的には、処理回路３２は、事務代行管理テーブル３１３の『費用請求』項目に、事務代行完了通知及び事務代行費用を健診事務管理サーバ３００に送信した日付を登録する。
【００９０】
以上により、事務代行サーバ１１による健診事務代行管理処理の説明を終了する。
【００９１】
なお、上記の健診事務代行管理処理の流れは一例であって。上記の実施例に限定されない。例えば、上記の実施例において処理回路３２は、問診情報の入力完了通知を受信したことを契機として、発送代行依頼の送信を行うものとした。しかしながら、受診者端末１００への問診票入力案内メールの送信と発送代行サーバ２１への発送代行依頼とのタイミングはこれに限定されない。本実施形態に係る処理回路３２は、健診事務管理サーバ３００から事務代行依頼を受信した後に、受診者端末１００への問診票入力案内メールの送信と発送代行サーバ２１への発送代行依頼とを行うのであれば、受診者端末１００への問診票入力案内メールの送信と発送代行サーバ２１への発送代行依頼とは如何なるタイミングで行われても良い。例えば、処理回路３２は、受診者端末１００への問診票入力案内メールの送信と発送代行サーバ２１への発送代行依頼とを並行して行っても良い。具体的には、処理回路３２は、ステップＳＡ１において健診事務管理サーバ３００から事務代行依頼を受信したことを契機として、受診者端末１００への問診票入力案内メールの送信と発送代行サーバ２１への発送代行依頼の送信とを同時に行っても良い。また、処理回路３２は、問診票入力案内メールの送信に先行して発送代行依頼を送信しても良い。例えば、処理回路３２は、発送代行依頼の送信から所定期間経過後に問診票入力案内メールを送信しても良いし、発送代行依頼の完了通知を発送代行サーバ２１から受信したことを契機として問診票入力案内メールを送信しても良い。
【００９２】
次に、発送代行サーバ２１による発送代行管理処理の動作例を説明する。図１４は、発送代行サーバ２１による発送代行管理処理の典型的な流れを示す図である。図１４に示すように、発送代行サーバ２１の通信回路４３は、まず、事務代行サーバ１１から発送代行依頼が送信された場合、当該発送代行依頼を受信する（ステップＳＢ１）。発送代行依頼は、健診を依頼する受診者毎に生成される。具体的には、発送代行依頼は、事務代行サーバ１１が発送代行依頼情報を送信することによりなされる。発送代行依頼情報は、図９に示すように、少なくとも受診者の氏名、住所及び発送物の種類を含む。発送代行依頼が受信された場合、処理回路４２は発送代行管理機能４２１を実行する。発送代行管理機能４２１の実行により処理回路４２は、発送代行依頼テーブル４１１に、受信された発送代行依頼に関する発送代行依頼情報を登録する。この際、処理回路４２は、発送代行依頼テーブル４１１の『発送ステータス』項目を「未発送」にする。
【００９３】
ステップＳＢ１が行われると処理回路４２は、依頼出力機能４２２を実行する（ステップＳＢ２）。ステップＳＢ２において処理回路４２は、ステップＳＢ１において受信した受診申込者に関する発送代行依頼の依頼内容を，表示回路４５に表示する。具体的には、処理回路４２は、依頼内容として、受診申込者に関する発送代行依頼情報を表示する。発送代行依頼情報を表示することにより、発送代行業者に依頼内容を知らせることができる。なお、処理回路４２は、ステップＳＢ１において発送代行依頼が受信されたことを契機として当該発送代行依頼に関する依頼内容を自動的に表示しても良いし、発送代行業者による入力回路４６を介した表示指示操作がなされたことを契機として表示しても良い。また、ステップＳＢ２における依頼内容の表示は、不要であれば行われなくても良い。
【００９４】
ステップＳＢ２が行われると処理回路４２は、宛先出力機能４２３を実行する（ステップＳＢ３）。ステップＳＢ３において処理回路４２は、発送代行依頼を追跡するためのＩＤコード付きの宛先を、ラベルに印刷機４４を用いて印刷する。ＩＤコードは、発送代行依頼を一意に識別するための識別子である。ＩＤコードは、発送代行管理機能４２１の実行により処理回路４２により発送代行依頼毎に生成される。宛先が印刷されるラベルは、後述の通り、発送物を梱包する封筒に貼付される貼紙である。以下、宛先が印刷されたラベルを、宛先ラベルを呼ぶことにする。
【００９５】
ステップＳＢ３が行われると宛先ラベルが封筒に貼付される（ステップＳＢ４）。例えば、処理回路４２は、印刷機４４等の機械を用いて宛先ラベルを自動的に封筒に貼付する。あるいは、発送代行業者により手作業で宛先ラベルが封筒に貼付されても良い。
【００９６】
ステップＳＢ４が行われると、宛先ラベルが貼付された封筒に検査キットが梱包される（ステップＳＢ５）。例えば、処理回路４２は、図示しない自動梱包器を制御して、予め用意された検査キットを、ステップＳＢ４において宛先ラベルが貼付された封筒に梱包すると良い。梱包される検査キットは、受診申込者の発送代行依頼において指定されている。発送代行業者は、例えば、発送代行依頼を受けると、当該発送代行依頼において指定された検査キットを用意する。検査キットは、発送業者の倉庫等に予め所定量が在庫として保管されていても良いし、発送代行依頼を受けて発送業者がメーカ等に発注して取り寄せても良い。なお、検査キットの梱包は、発送代行業者により手作業で行われても良い。
【００９７】
発送代行業者は、倉庫等に保管されている検査キットの中から発送対象の検査キットを選び出し、選び出した検査キットに付されているＩＤコードを読み取り器で読み取る。ＩＤコードは、検査キットを一意に識別するための識別子である。読み取られたＩＤコードは、処理回路４２の発送代行管理機能４２１の実行により、発送管理テーブル４１３に登録される。具体的には、処理回路４２は、発送管理テーブル４１３の『キットＩＤ』項目に、読み取られたＩＤコードを検査キット毎に登録する。
【００９８】
なお、検査キットが心電計や活動量計等の電子機器である場合、封筒への梱包の前段において発送代行サーバ２１により検査キットの保守及び管理がされると良い。保守及び管理としては、例えば、検査キットの初期化や充電等が適宜行われると良い。
【００９９】
ステップＳＢ５が行われると、封筒に付されたＩＤコードが発送業者端末２３により読み取られる（ステップＳＢ６）。ステップＳＢ６において発送業者は、発送業者端末２３に接続された読み取り器を用いて、封筒に付されたＩＤコードを読み取る。読み取られたＩＤコードは、通信回路４３を介して発送代行サーバ２１に受信される。処理回路４２は、発送代行管理機能４２１の実行により、読み取られたＩＤコードに対応する発送依頼情報レコードについて、発送管理テーブル４１３の『発送』項目に発送日を登録し、『発送ステータス』項目を「未発送」から「発送済み」に更新する。
【０１００】
ステップＳＢ６が行われると、検査キットが梱包された封筒が発送代行業者により受診申込者の宛先に配送される（ステップＳＢ７）。
【０１０１】
配送が行われると処理回路４２により発送物の発送状況の監視が行われる。具体的には、検査キットが発送されると処理回路４２は、封筒が所定の期間内に返送されたか否かを判定する（ステップＳＢ８）。具体的には、処理回路４２は、ＩＤコードが読み取られた時点から、予め設定された所定の期間（以下、返送待ち期間と呼ぶ）が経過することを待機する。返送待ち期間は、１週間や１０日、２週間等、発送業者等により任意の期間に設定可能ある。
【０１０２】
返送待ち期間において封筒が返送された場合（ステップＳＢ８：ＮＯ）、返送された封筒に付されたＩＤコードが発送業者端末２３により読み取られる（ステップＳＢ９）。ステップＳＢ１０において発送業者は、発送業者端末２３に接続された読み取り器を用いて、封筒に付されたＩＤコードを読み取る。読み取られたＩＤコードは、通信回路４３を介して発送代行サーバ２１に受信される。処理回路４２は、発送代行管理機能４２１の実行により、読み取れたＩＤコードに対応する発送依頼情報レコードについて、発送管理テーブル４１３の『返送』項目に返送日を記録し、『発送ステータス』項目を「発送済み」から「返送」に更新する。
【０１０３】
ステップＳＢ９が行われると処理回路４２は、発送代行管理機能４２１の実行により、返送があった旨の通知（以下、返送通知）を事務代行サーバ１１に送信する（ステップＳＢ１０）。返送通知を受信すると事務代行サーバ１１は、発送代行依頼管理機能３２３の実行により、発送代行ステータスを「返送通知有り」に更新する。その後、事務代行サーバ１１は、健診事務管理サーバ３００に返送通知があった旨を送信する。これにより健診センターの事務員は、当該受診申込者に対して宛先の確認等をすることができる。
【０１０４】
一方、返送待ち期間において封筒が返送されない場合（ステップＳＢ８：ＹＥＳ）、処理回路４２は、発送代行完了通知機能４２４を実行する（ステップＳＢ１１）。ステップＳＢ１１において処理回路４２は、発送代行が完了した旨の通知（以下、発送代行完了通知と呼ぶ）を、事務代行サーバ１１に送信する。その後、事務代行サーバ１１は、図２及び図１１に示すように、事務代行サーバ１１に発送完了通知及び費用請求を行う。
【０１０５】
以上により、発送代行サーバ２１による発送代行管理処理の説明を終了する。
【０１０６】
なお、上記の発送代行管理処理の流れは一例であって、上記の実施例に限定されない。例えば、上記の実施例においては、発送代行業者がステップＳＢ７において発送物の発送を行うとしたが本実施形態はこれに限定されない。例えば、発送代行業者は、ステップＳＢ７において運送業者に発送物の発送を依頼しても良い。これにより発送手段を有しない業者であっても本実施形態に係る発送代行業者として発送代行を請け負うことが出来る。
【０１０７】
（変形例１）
上記の実施形態において問診票ウェブサーバ１３は、事務代行管理システム１０に設けられるとした。しかしながら、本実施形態はこれに限定されない。以下、変形例１に係る健診事務代行システムについて説明する。なお以下の説明において、上記実施形態と略同一の機能を有する構成要素については、同一符号を付し、必要な場合にのみ重複説明する。
【０１０８】
図１５は、変形例１に係る健診事務代行システム２のネットワーク環境を示す図である。図１５に示すように、健診事務代行システム２の事務代行管理システム１０は、事務代行サーバ１１を有しているが、問診票ウェブサーバ１３を有していない。変形例１に係る問診票ウェブサーバ１３は、健診システム４００に設けられる。問診票ウェブサーバ１３が健診システム４００に設けられることにより、問診情報を健診センター内に留めることができる。
【０１０９】
（変形例２）
上記の実施形態において事務代行業者と発送代行業者とは異なる業者であるものとした。しかしながら、本実施形態はこれに限定されない。すなわち、事務代行業者と発送代行業者とは同一の業者であっても良い。この場合、事務代行サーバ１１と発送代行サーバ２１との各機能は、上記の実施形態の通り、事務代行サーバ１１と発送代行サーバ２１とに分散されていても良いし、単一の管理端末に集約されても良い。
【０１１０】
（変形例３）
上記の実施形態において健診事務代行システム１は、問診票ウェブサーバ１３により問診情報の入力のウェブ化を行うものとした。しかしながら、本実施形態はこれに限定されない。すなわち、健診事務代行システム１は、紙に印刷された未記入の問診票を、検査キットと共に受診者に配送しても良い。これにより、事務代行業者が問診票入力サイトを構築しない場合においても健診事務を代行することができる。健診センターにとってみれば、問診票の裁断や廃棄に伴うコストが生じるが、発送物の発送を健診センター自身が行う場合に比して、発送物の発送に係る人件費、輸送費及び設備費を削減することができる。
【０１１１】
（変形例４）
上記の実施形態において健診事務管理サーバ３００は、受診申込者に係る健康診断の検査コース又は受診結果の履歴に基づいて発送物の種類を決定し、決定された発送物の種類を事務代行個人情報として事務代行サーバ１１に送信するものとした。すなわち、健診事務管理サーバ３００が発送物の種類を決定するものとした。しかしながら、本実施形態はこれに限定されない。変形例４に係る健診事務管理サーバ３００は、受診申込者に係る発送物の種類の代わりに、受診申込者に係る健康診断の検査コース又は受診結果の履歴を事務代行サーバ１１に送信しても良い。この場合、事務代行サーバ１１の処理回路３２は、受診申込者に係る健康診断の検査コース又は受診結果の履歴に基づいて、発送物の種類を決定すると良い。発送物の種類の決定方法は、上記の健診事務管理サーバ３００による決定方法と同様、例えば、受診申込者に係る健康診断の検査コース又は受診結果の履歴から、検査コース／検査キット対応テーブル又は受診結果／検査キット対応テーブルを利用して発送物の種類を決定すると良い。
【０１１２】
上記の構成により、健診センターは、発送物の種類の決定についても事務代行業者に代行させることができる。これにより健診センターは、発送物の種類の決定に係る費用を削減し、事務代行業者は、発送物の種類の決定を通して更なる収益を確保することができる。
【０１１３】
（総括）
上記の実施形態の通り、本実施形態に係る健診事務代行システム１は、健診センターによる健診事務を代行するための、コンピュータにより制御されるシステムである。健診事務代行システム１は、健診センターの健診事務管理サーバ３００から少なくとも健診の受診申込者の宛先情報を含む代行依頼個人情報を受信する。健診事務代行システム１は、受信された代行依頼個人情報に含まれる宛先情報を出力する。そして健診事務代行システム１は、宛先情報が示す宛先への発送物の発送完了通知を健診事務管理サーバ３００に送信する。
【０１１４】
上記の構成により、本実施形態に係る健診事務代行システム１は、受診者数に対応した対価支払により、健診事務を外部の事務代行業者に代行することが可能となる。健診事務の代行が可能となることにより、健診センターは、事務員に問診票及び検査キットの発送等に係る健診事務を行わせる必要がなくなるので、事務員の人件費、輸送費及び設備費等の費用、発送物の発送に係る作業場所や発送物の保管場所等のスペースを削減することができる。事務代行業者は、健診センターの事務員単価の削減や輸送費の削減等を通して、健診センターが健診事務を行う場合に比して、コスト優位性を獲得することができる。また、事務代行業者は、受診者数に応じた健診事務の代行業により新たな収益源を確保することができる。
【０１１５】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【０１１６】
１…健診事務代行システム、２…健診事務代行システム、１０…事務代行管理システム、１１…事務代行サーバ、１３…問診票ウェブサーバ、２０…発送代行管理システム、２１…発送代行サーバ、２３…発送業者端末、３１…事務代行データベース、３２…処理回路、３３…通信回路、３４…表示回路、３５…入力回路、３６…記憶回路、４１…発送代行データベース、４２…処理回路、４３…通信回路、４４…印刷機、４５…表示回路、４６…入力回路、４７…記憶回路、５０…問診票入力案内メール、５１…受診者名欄、５３…本文欄、５５…ハイパーリンク欄、６０…入力画面、６１…患者基本情報入力欄、６３…既往歴入力欄、６５…生活習慣入力欄、１００…受診者端末、２００…健診センターシステム、３００…健診事務管理サーバ、３１１…代行依頼テーブル、３１３…事務代行管理テーブル、３１５…問診票入力管理テーブル、３１７…発送依頼管理テーブル、３２１…依頼管理機能、３２２…問診票入力依頼管理機能、３２３…発送代行依頼管理機能、３２４…問診票入力依頼機能、３２５…発送代行依頼機能、３２６…費用計算機能、３２７…事務代行完了通知機能、４００…健診システム、４１１…発送代行依頼テーブル、４１３…発送管理テーブル、４２１…発送代行管理機能、４２２…依頼出力機能、４２３…宛先出力機能、４２４…発送代行完了通知機能。
【図１】
0006651349.tif 000002
【図２】
0006651349.tif 000003
【図３】
0006651349.tif 000004
【図４】
0006651349.tif 000005
【図５】
0006651349.tif 000006
【図６】
0006651349.tif 000007
【図７】
0006651349.tif 000008
【図８】
0006651349.tif 000009
【図９】
0006651349.tif 000010
【図１０】
0006651349.tif 000011
【図１１】
0006651349.tif 000012
【図１２】
0006651349.tif 000013
【図１３】
0006651349.tif 000014
【図１４】
0006651349.tif 000015
【図１５】
0006651349.tif 000016
【図１６】
0006651349.tif 000017