(57)【特許請求の範囲】
【請求項１】
金型に関する不具合情報を収集するのに必要な機能モジュールを記憶するとともに、前記不具合情報を蓄積するデータベースと、
前記機能モジュールを用いて前記金型に関する不具合情報を収集するための電子カルテアプリケーションを有し、無線通信部分を含む伝送路を介して前記データベースより前記機能モジュールをダウンロードし、前記ダウンロードした機能モジュールを用いた前記電子カルテアプリケーションによりオフライン状態で前記不具合情報を収集して保存する端末と、を有し、
前記データベースと前記端末との間で前記伝送路を介して通信が可能であり、かつ、前記端末に前記不具合情報が保存されている場合に、前記電子カルテアプリケーションが立ち上げられたタイミングで、前記伝送路を介して前記端末より前記データベースに前記保存された不具合情報を送信するとともに、前記端末に保存された不具合情報を削除し、前記端末において前記機能モジュールを保持していない状態とする
金型電子カルテシステム。
【請求項２】
請求項１に記載の金型電子カルテシステムであって、
前記データベースは、前記機能モジュールを複数種類記憶し、
前記データベースより前記端末にダウンロードできる前記機能モジュールの種類を使用者の権限に応じて規制する
金型電子カルテシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、樹脂金型やプレス加工、鋳造、鍛造などの金型の不具合情報などの管理に用いられる金型電子カルテシステムに関する。
【背景技術】
【０００２】
金型の製作過程で起こっている加工不具合や金型組立時の不具合、成形トライ時の不具合発生による金型修正などの情報は金型の設計や保守等にフィードバックすることで金型の品質を高めることができる。従って、これらの不具合情報は非常に貴重である。
【０００３】
しかし、従来からこれらの不具合情報は記録されずに放置されている場合が多い。そのため、毎回同じような不具合が繰り返し発生しており、一向に改善が進まなかった。
【０００４】
本発明者らは、このような課題を解決するために、金型の不具合情報を簡単かつ正確に収集でき、金型の不具合の履歴を容易に閲覧することができる金型電子カルテシステムを開発した（特許文献１参照）。
【０００５】
特許文献１に係る金型電子カルテシステムは、情報収集用のタブレット等の端末及び情報管理のためのデータベースを使ったシステムである。まず、金型製作不具合やトライ不具合などが発生した現場で、作業者はタブレットを使って金型に設けられたＱＲコード（登録商標）を撮像して金型を個体識別する。次に、タブレットの静止画や動画の撮影機能、音声記録機能を使って不具合事象を記録し、不具合分類項目等を画面上からプルダウン選択し、これらの不具合情報をオンラインでデータベースに送信する。データベースでは、タブレットから送信された不具合情報を金型ごとに時系列的に蓄積する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１５−１７９３４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
このようなタブレットが使われる現場は、ＷｉＦｉ環境のない海外のサプライヤーや、国内であっても工場がＷｉＦｉ環境のない遠隔の地にあることが多く、システムの運用がこのような通信環境によって支障をきたすことがわかってきた。
【０００８】
以上のような事情に鑑み、本発明の目的は、通信環境に依存することなく、システムを運用することができる金型電子カルテシステムを提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明の一形態に係る金型電子カルテシステムは、金型に関する不具合情報を収集するのに必要な機能モジュールを記憶するとともに、前記不具合情報を蓄積するデータベースと、前記機能モジュールを用いて前記金型に関する不具合情報を収集するための電子カルテアプリケーションを有し、無線通信部分を含む伝送路を介して前記データベースより前記機能モジュールをダウンロードし、前記ダウンロードした機能モジュールを用いた前記電子カルテアプリケーションにより、オフライン状態で前記不具合情報を収集して保存する端末と、を有し、前記データベースと前記端末との間で前記伝送路を介して通信が可能なときに、前記伝送路を介して前記端末より前記データベースに前記端末に保存された不具合情報を送信するものである。
【００１０】
本発明の一形態に係る金型電子カルテシステムでは、端末が伝送路を介してデータベースより機能モジュールをダウンロードし、ダウンロードした機能モジュールを用いた電子カルテアプリケーションにより不具合情報を収集して保存する。そして、データベースと端末との間で伝送路を介して通信が可能なときに、伝送路を介して端末よりデータベースに端末に保存された不具合情報を送信している。従って、通信環境に依存することなく、システムを運用することができる。
【００１１】
本発明の一形態に係る金型電子カルテシステムは、前記データベースと前記端末との間で前記伝送路を介して通信が可能であり、かつ、前記端末に前記不具合情報が保存されている場合に、前記電子カルテアプリケーションが立ち上げられたタイミングで、前記伝送路を介して前記端末より前記データベースに前記保存された不具合情報を送信するとともに、前記端末に保存されていた不具合情報を削除するものである。
【００１２】
これにより、様々な会社や部門の作業者が一つのシステムに携わる機会が多くなった場合でも、データベースに不必要な不具合情報がアップロードされることがなくなり、システム上で１つの不具合情報に対して異なる情報が複数存在することはなくなり、唯一の正しい不具合情報がシステム上に存在することになる。
【００１３】
本発明の一形態に係る金型電子カルテシステムは、前記データベースは、前記機能モジュールを複数種類記憶し、前記データベースより前記端末にダウンロードできる前記機能モジュールの種類を使用者の権限に応じて規制する。
【００１４】
これにより、権限のない人が不必要な機能モジュールを持ち出させず、システムのセキュリティーを高めることができる。
【発明の効果】
【００１５】
以上のとおり、本発明によれば、通信環境に依存することなく、システムを運用することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の一実施形態に係る金型電子カルテシステムの構成を示すブロック図である。
【図２】図１に示したシステムのデータベースが記憶するアクセス権テーブルの一例を示す図である。
【図３】本発明の一実施形態に係る金型電子カルテシステムを使った不具合情報収集の概要を示すフローである。
【図４】アクセス権限テーブルにおけるアクセス権の付与の動作フローである。
【図５】アクセス権テーブルにおけるデータ持ち出しに関するアクセス権の付与の動作フローである。
【図６】データ持ち出しに関するアクセス権テーブルの一例を示す図である。
【図７】ログインからオン／オフラインモードの起動までのタブレットの動作フローである。
【図８】オンラインモード起動時のシステムの動作フローである。
【図９】オフラインモード起動時のシステムの動作フローである。
【図１０】機能モジュールのうち「打ち上げ登録」の機能モジュールが立ち上げられた場合の動作フローである。
【図１１】不具合情報の一例を示す図である。
【図１２】アップロードモードの動作フローである。
【発明を実施するための形態】
【００１７】
以下、図面を参照しながら、本発明の実施形態を説明する。
【００１８】
図１は、本発明の一実施形態に係る金型電子カルテシステムの構成を示す図である。
【００１９】
図１に示すように、金型電子カルテシステム１は、データベース１０と、端末としてのタブレット２０とを有する。
【００２０】
データベース（データベースサーバ）１０は、金型に関する不具合情報を収集するのに必要な機能モジュールや、不具合情報、アクセス権テーブルなどが記憶されるデータベース本体１１と、制御部１２と、通信部１３とを有する。
【００２１】
機能モジュールとしては、典型的には、「打ち上げ登録」、「作業チェックリスト」、「データダウンロード」、「金型登録」などがある。機能モジュールは、タブレット２０で電子カルテアプリケーションを実行する際に用いられるものである。
【００２２】
「打ち上げ登録」とは、金型に関する不具合情報を登録する機能である。
【００２３】
「作業チェックリスト」とは、特定のシーンで確認しなければならない重要事項のチェックリストであり、ここでは特定のシーンとその時の確認結果を記録する機能である。例えば、金型組立直後に作業者は金型仕様を満たしているかをチェックリストに沿って確認し、確認した結果を記録する。また、実際の成果物のチェックでは、ファーストトライ（試打ち）時に、成果物に対して異常がないかを作業者はチェックリストに沿って確認し、確認した結果を記録する。
【００２４】
「データダウンロード」とは、金型に対する過去の不具合情報などをダウンロードする機能である。
【００２５】
「金型登録」とは、データベース１０に新たな金型を登録する機能である。
【００２６】
データベース１０は、タブレット２０にダウンロードできる機能モジュールの種類を使用者の権限に応じて規制するためのテーブルが記憶されている。
【００２７】
図２はこのようなアクセス権テーブルの一例を示す図である。
【００２８】
図２に示すように、典型的には作業者の職掌である「管理者」、「工場長」、「製造責任者」、「製造作業者」、「検査係」に応じて、機能モジュールである「打ち上げ登録」、「作業チェックリスト」、「データダウンロード」、「金型登録」のうちダウンロードが許可されたものにチェック（図中●）が入れられている。このようなアクセス権テーブルのチェック入力は典型的には管理者が行えるようにすればよい。
【００２９】
タブレット２０は、カメラ２１と、マイク２２と、タッチパット表示部２３と、記憶部２４と、制御部２５と、ＷｉＦｉ通信部２６とを有する。
【００３０】
カメラ２１は、例えば金型４０の不具合箇所などを静止画や動画として撮影するために用いられる。またカメラ２１は金型４０や社員証４１に付されているＱＲコード（登録商標）４２を認識するために用いられる。
【００３１】
マイク２２は、金型４０の不具合箇所などに対する作業者の音声によるコメントなどを入力するために用いられる。
【００３２】
タッチパット表示部２３は、各種の基本的な表示や入力の他に、典型的には電子カルテアプリケーションの実行中に不具合分類項目等を画面上からプルダウン選択するために用いられる。
【００３３】
記憶部２４は、各種の基本的なソフトウエアやデータの他に、典型的には電子カルテアプリケーション、データベース１０からダウンロードした機能モジュール、不具合情報などを記憶する。
【００３４】
データベース１０は典型的には有線の社内ＬＡＮ３０に接続されている。ＬＡＮ３０にはＷｉＦｉルータ３１が接続されている。データベース１０とタブレット２０とは、ＬＡＮ３０及びＷｉＦｉルータ３１を介してデータ通信が行われるようになっている。従って、データベース１０とタブレット２０とは、ＷｉＦｉルータ３１の通信可能範囲外ではデータ通信が行えない。
【００３５】
図３はこのように構成された電子カルテシステム１を使った不具合情報収集の概要を示すフローである。
【００３６】
管理者はデータベース１０のアクセス権テーブル（図２参照）にアクセス権を付与する（ステップ３０１）。管理者はこのような権限の付与を例えば社内ＬＡＮ３０にオンライン接続されたタブレットやパソコンなどにより行う。
【００３７】
海外などのサプライヤーや、国内の工場などに出張する前に、作業者はＷｉＦｉルータ３１の通信可能領域である社内においてオンラインにてデータベース１０からタブレット２０に必要な機能モジュールをダウンロードする（ステップ３０２）。
【００３８】
作業者は海外などのサプライヤーや、国内の工場においてタブレット２０を使ってオフライン状態で金型に関する不具合情報などを収集して保存する（ステップ３０３）。
【００３９】
出張から戻った作業者は社内においてオンラインにてタブレット２０からデータベース１０にステップ３０３で収集して保存した不具合情報をアップロードする（ステップ３０４）。タブレット２０では、アップロードした不具合情報及び機能モジュールは削除される（ステップ３０５）。
【００４０】
以下、各ステップにおけるシステムの動作について説明する。
〈ステップ３０１について〉（図４及び図５参照）
図４はアクセス権限テーブルにおけるアクセス権の付与の動作フローである。
【００４１】
管理者のタブレット２０は所定の入力画面よりアクセス権テーブルのアクセス要求が入力されると（ステップ４０１）、データベース１０にその要求を送信する（ステップ４０２）。
【００４２】
データベース１０はアクセス権テーブルの要求を受信すると（ステップ４０３）、要求したタブレット２０に対して例えば図２に示したようなアクセス権テーブルをタブレット２０上で表示可能な情報を送信する（ステップ４０４）。
【００４３】
管理者のタブレット２０はデータベース１０からアクセス権テーブルに関する情報を受信すると（ステップ４０５）、その情報に基づきタブレット２０の画面上に図２に示したようなアクセス権テーブルを表示する（ステップ４０６）。
【００４４】
管理者のタブレット２０はアクセス権テーブル上で所定の機能モジュールが選択されると（ステップ４０７）、その選択された機能モジュールに対するボタンを「●」表示するとともに、データベース１０にその選択情報を送信する（ステップ４０８）。
【００４５】
データベース１０は管理者のタブレット２０から送信された選択情報を受信すると（ステップ４０９）、その受信した情報に基づきアクセス権テーブルの内容を書き換える（ステップ４１０）。
【００４６】
以上により、管理者がデータベース１０のアクセス権テーブル（図２参照）にアクセス権を付与することができる。
【００４７】
図５はアクセス権テーブルにおけるデータ持ち出しに関するアクセス権の付与の動作フローである。
【００４８】
管理者のタブレット２０は所定の入力画面よりアクセス権テーブルのデータ持ち出し管理のアクセス要求が入力されると（ステップ５０１）、データベース１０にその要求を送信する（ステップ５０２）。
【００４９】
データベース１０はアクセス権テーブルのデータ持ち出し管理に関する要求を受信すると（ステップ５０３）、要求したタブレット２０に対して例えば図６に示すアクセス権テーブルをタブレット２０上で表示可能な情報を送信する（ステップ５０４）。
【００５０】
管理者のタブレット２０はデータベース１０からアクセス権テーブルに関する情報を受信すると（ステップ５０５）、その情報に基づきタブレット２０の画面上に図６に示したようなアクセス権テーブルを表示する（ステップ５０６）。
【００５１】
管理者のタブレット２０はアクセス権テーブル上で作業者の所定のタブレット２０に対する所定の金型が選択されると（ステップ５０７）、その選択された金型に対するボタンを「●」表示するとともに、データベース１０にその選択情報を送信する（ステップ５０８）。管理者のタブレット２０はこのテーブル上の備考欄に所定の情報を書き込み、データベース１０にその情報を保存しておくことが可能である。
【００５２】
データベース１０は管理者のタブレット２０から送信された選択情報を受信すると（ステップ５０９）、その受信した情報に基づきアクセス権テーブルの内容を書き換える（ステップ５１０）。
【００５３】
以上により、管理者がデータベース１０のアクセス権テーブル（図６参照）にデータ持ち出しに関するアクセス権を付与することができる。
〈ステップ３０２について〉
図７はログインからオン／オフラインモードの起動までのタブレット２０の動作フローである。
【００５４】
作業者のタブレット２０は電子カルテアプリケーションが立ち上げられると（ステップ７０１）、ログイン画面が表示され、作業者を識別するための情報として社員証４１に付されているＱＲコード（登録商標）４２の入力を要求するメッセージが表示される（ステップ７０２）。なお、作業者の識別はＱＲコード（登録商標）以外の他の方法を用いても構わない。例えば、顔認識により作業者を識別しても良い。
【００５５】
タブレット２０はＱＲコード（登録商標）４２が入力されると（ステップ７０３）、オンラインモードにできるか否かを判断する（ステップ７０４）。典型的にはタブレット２０はＷｉＦｉルータ３１を介してデータ通信が可能であればオンラインモードと判断する。
【００５６】
タブレット２０はステップ７０４でオンラインモードにできると判断するとオンラインモードを起動し（ステップ７０５）、オンラインモードにできないと判断するとオフラインモードを起動する（ステップ７０６）。
【００５７】
図８はオンラインモード起動時のシステムの動作フローである。
【００５８】
タブレット２０はオンラインモードが起動されると（ステップ８０１）、記憶部２４に既に記憶された不具合情報があるかどうかを判断する（ステップ８０２）。
【００５９】
タブレット２０は記憶部２４に不具合情報が記憶されていない場合にはステップ３０２の機能モジュールをダウンロードするモードとなる。
【００６０】
作業者のタブレット２０はデータベース１０にどの機能モジュールのダウンロードが可能かを問い合わせる（ステップ８０３）。その際に、作業者の情報も送信する。
【００６１】
データベース１０はその問い合わせを受信すると（ステップ８０４）、図２に基づきその作業者がどの機能モジュールのダウンロードが可能かを判断し（ステップ８０５）、その情報をタブレット２０に送信する（ステップ８０６）。
【００６２】
タブレット２０は、その情報を元に画面上に使用可能な機能モジュールを表示する（ステップ８０７）。
【００６３】
タブレット２０はそのうちいずれかの機能モジュールが典型的には画面上のオブジェクトのタッチにより選択されると（ステップ８０８）、選択された機能モジュールのダウンロードをデータベース１０に要求する（ステップ８０９）。
【００６４】
データベース１０はタブレット２０より機能モジュールのダウンロードの要求を受けると（ステップ８１０）、タブレット２０にその機能モジュールをダウンロードする（ステップ８１１）。
【００６５】
タブレット２０はデータベース１０から機能モジュールを受信してダウンロードを終了する（ステップ８１２）。
【００６６】
なお、「データダウンロード」のダウンロードでは、金型に紐付く過去の打上情報や写真情報、作業チェックリストをファイル形式で、データベース１０からタブレット２０にダウンロードされる。またデータベース１０には、ダウンロードした際に、いつ、誰が、どの金型、どの打上情報、どの写真情報、どの作業チェックリスト情報、どのタブレットに（ＩＰアドレス）が記録される。
〈ステップ３０３について〉
作業者は海外などのサプライヤーや国内の工場に到着するとタブレット２０の電子カルテアプリケーションを立ち上げる。
【００６７】
すなわち、図７に示したように、作業者のタブレット２０は電子カルテアプリケーションが立ち上げられると（ステップ７０１）、ログイン画面が表示され、作業者を識別するための情報として社員証４１に付されているＱＲコード（登録商標）４２の入力を要求するメッセージが表示される（ステップ７０２）。
【００６８】
タブレット２０はＱＲコード（登録商標）４２が入力されると（ステップ７０３）、オンラインモードにできるか否かを判断する（ステップ７０４）。
【００６９】
タブレット２０はステップ７０４でオンラインモードにできると判断するとオンラインモードを起動し（ステップ７０５）、オンラインモードにできないと判断するとオフラインモードを起動する（ステップ７０６）。
【００７０】
海外などのサプライヤーや国内の工場ではオンラインモードにできないので、オフラインモードが起動する。
【００７１】
図９はオフラインモード起動時のシステムの動作フローである。
【００７２】
タブレット２０はオフラインモードが起動され（ステップ９０１）、ＱＲコード（登録商標）４２などに基づき、いつ、誰がログインしたかの情報を暗号化ファイルに記録する（ステップ９０２）。暗号化ファイルは記憶部２４に記憶される。
【００７３】
タブレット２０はタッチパット表示部２３にダウンロードされている機能モジュールを表示する（ステップ９０３）。
【００７４】
タブレット２０はそのうちいずれかの機能モジュールが典型的には画面上のオブジェクトのタッチにより選択されると（ステップ９０４）、選択された機能モジュールを立ち上げる（ステップ９０５）。
【００７５】
図１０は機能モジュールのうち「打ち上げ登録」の機能モジュールが立ち上げられた場合の動作フローである。
【００７６】
タブレット２０はタッチパット表示部２３に不具合の発生した金型のＱＲコード（登録商標）の読み込みを指示する画面を表示する（ステップ１００１）。
【００７７】
タブレット２０はＱＲコード（登録商標）が読み込まれると（ステップ１００２）、タッチパット表示部２３に不具合状況や要因の記述を要求する画面を表示する（ステップ１００３）。
【００７８】
タブレット２０は不具合状況や要因が記述されると（ステップ１００４）、タッチパット表示部２３に不具合発生状況の写真や動画の撮影を要求する画面を表示する（ステップ１００５）。
【００７９】
タブレット２０は不具合発生状況の写真や動画が撮影されると（ステップ１００６）、記憶部２４にある暗号化ファイルに不具合状況や要因を登録する（ステップ１００７）。
【００８０】
暗号化ファイルには、不具合発生金型、発生事象カテゴリ、発生要因、発生場所、コメント、ショット数、写真・動画がある。
【００８１】
タブレット２０は記憶部２４の暗号化ファイルに、いつ、誰が不具合情報を登録したか記録する（ステップ１００８）。このような不具合情報の一例を図１１に示す。
〈ステップ３０４及び３０５について〉
出張から戻った作業者は社内においてオンラインにてタブレット２０からデータベース１０に不具合情報をアップロードする。
【００８２】
すなわち、図７に示したように、作業者のタブレット２０は電子カルテアプリケーションが立ち上げられると（ステップ７０１）、ログイン画面が表示され、作業者を識別するための情報として社員証４１に付されているＱＲコード（登録商標）４２の入力を要求するメッセージが表示される（ステップ７０２）。
【００８３】
タブレット２０はＱＲコード（登録商標）４２が入力されると（ステップ７０３）、オンラインモードにできるか否かを判断する（ステップ７０４）。
【００８４】
タブレット２０はステップ７０４でオンラインモードにできると判断するとオンラインモードを起動し（ステップ７０５）、オンラインモードにできないと判断するとオフラインモードを起動する（ステップ７０６）。
【００８５】
ここで、作業者は社内に戻ったので、オンラインモードが起動される。そして、図８に示したように、タブレット２０はオンラインモードが起動されると（ステップ８０１）、記憶部２４に既に記憶された不具合情報があるかどうかを判断する（ステップ８０２）。
【００８６】
タブレット２０はステップ８０２で記憶部２４に不具合情報が記憶されているので、不具合情報のアップロードのモードとなる。この実施形態では、タブレット２０の作業者が電子カルテアプリケーションを立ち上げたときに、オンラインモードで、かつ、タブレット２０に不具合情報が記憶されていれば、作業者が特に操作をしなくても自動的にデータベース１０に不具合情報がアップロードされるようになっている。
【００８７】
図１２はこのアップロードモードの動作フローである。
【００８８】
タブレット２０は記憶部２４に記憶されている暗号化ファイルを解読し（ステップ１２０１）、オンラインでデータベース１０に解読した情報を送信する（ステップ１２０２）。
【００８９】
このようにオンラインでデータベース１０に情報を送信する直前まで情報を暗号化することで、外部への情報の流出を確実に防止できる。
【００９０】
データベース１０はタブレット２０から情報を受信すると（ステップ１２０３）、データベース本体１１に受信した解読情報を登録し（ステップ１２０４）、更にデータベース本体１１に、いつ、誰が過去にあった情報とこのデータ同期処理を行ったかを記録する（ステップ１２０５）。データベース１０はタブレット２０に同期処理を行ったことを伝える（ステップ１２０６）。
【００９１】
タブレット２０はデータベース１０から同期処理が行われたことが伝えられると（ステップ１２０７）、タブレット２０の記憶部２４に記憶されている暗号化ファイルをすべて削除する（ステップ１２０８）。これにより、タブレット２０は機能モジュールや不具合情報は保持していない状態となる。従って、様々な会社や部門の作業者が一つのシステムに携わる機会が多くなった場合でも、データベース１０に不必要な不具合情報がアップロードされることがなくなり、システム上で１つの不具合情報に対して異なる情報が複数存在することはなくなり、唯一の正しい不具合情報がシステム上に存在することになる。
【００９２】
その後、タブレット２０はタッチパット表示部２３に使用可能な機能を表示する（ステップ１２０９）。
【００９３】
このように金型電子カルテシステム１では、タブレット２０がＷｉＦｉ経由でデータベース１０より機能モジュールをダウンロードし、オフライン状態でダウンロードした機能モジュールを用いた電子カルテアプリケーションにより不具合情報を収集して保存する。そして、データベース１０とタブレット２０との間でＷｉＦｉ経由での通信が可能なときに、ＷｉＦｉ経由でタブレット２０よりデータベース１０にタブレット２０に保存された不具合情報を送信している。従って、通信環境に依存することなく、システムを運用することができる。
【００９４】
またタブレット２０が機能モジュールをデータベース１０からダウンロードし、ダウンロードした機能モジュールを用いて電子カルテアプリケーションにより不具合情報を収集して保存するように構成している。従って、機能モジュールごとの権限管理が可能となり、権限のない人が不必要な機能モジュールを持ち出さない構成とすることが可能となり、これにより、システムのセキュリティーを高めることができる。また、機能モジュールごとの情報管理とすることが可能となり、不必要な不具合情報を勝手にアップロードされないように構成することが可能となる。これにより、権限に応じたノウハウや情報の管理・閲覧が可能となる。
【００９５】
なお、本発明は上記の実施形態に限定されず様々な形態での実施が可能である。その実施の範囲も本発明の技術思想の範囲内にある。
【００９６】
例えば上記実施形態では、端末の典型例としてタブレットを例示して説明したが、ＰＣやスマートフォン、専用端末等の端末であっても良い。
【００９７】
また上記の実施形態では、通信路の典型例としてＷｉＦｉを例示したが、他の形態の無線通信路を含むものであっても良い。
【００９８】
更に上記実施形態では、不具合情報の収集はタブレットがオフライン環境にあるときに行うことが前提であったが、タブレットがオンライン環境にあっても積極的にオフラインに切り替えて不具合情報を収集して保存するように構成しても良い。
【符号の説明】
【００９９】
１  金型電子カルテシステム
１０  データベース
２０  タブレット
３０  社内ＬＡＮ
３１  ＷｉＦｉルータ
【図１】
0006785572.tif 000002
【図２】
0006785572.tif 000003
【図３】
0006785572.tif 000004
【図４】
0006785572.tif 000005
【図５】
0006785572.tif 000006
【図６】
0006785572.tif 000007
【図７】
0006785572.tif 000008
【図８】
0006785572.tif 000009
【図９】
0006785572.tif 000010
【図１０】
0006785572.tif 000011
【図１１】
0006785572.tif 000012
【図１２】
0006785572.tif 000013